先来点废话
这周有点蛋疼,本来是打算前几天就开始录制相关视频,编写相关博客的,因为工作上的原因导致原本的计划推迟了,很无奈。
周三领导突然叫我开会 ,我要与两个同事弄个微信公众号系统(包括后台与前端)
领导:“下周你们要开始进入xxxx项目 大概 xxx时间完成 ,A与B我会叫他们和你一块做”
我:“领导,你看时间是不是有点短,之前我们都没有接触过wx这块,而且你看a同学又刚刚毕业,你看着 是不是得多预留些时间”
领导:“这个功能很简单的啦,我相信你们” ;
我:“技术上可能问题不大,都比较有经验,但你看涉及的系统 ERP,用户系统、订单系统什么的 就有6、7个,业务上是不是需要花个一周给我们培训下”
领导:“边做边了解业务嘛”
我:**** “操你大爷,你行你来”(心里大吼,我怂)
领导:“这个功能很简单,怎么实现我不管”
苦逼的开会,了解wx的公众号 开发中心 各种信息,对接其他系统、碰需求,接口 ,开发计划
上一节RecyclerView(3)- LayoutMagager源码解析,LinearLayoutManager 大概了解了一些 layoutManager的一些方法,以及LinearLayoutManager的布局方式,这一节才是真正的recyclerView的核心,recycler复用机制。
通过本文你会知道
1、recylerView 存取view的一个流程
2、结合上一章RecyclerView(3)- LayoutMagager源码解析,LinearLayoutManage你会感叹 “哇 ,原来如此” 到 “哦,原来是这样”
3、可以知道其中辅助类非常多,且很有意义,职责分离,重复代码的一个优雅的封装 、命名规范。
本文就不一步一步带大家去看了,
先来一些基础概念,也是分析过程当中的一些总结,看完之后 再去看源码 会简单轻松很多,然后在配合视频来看 那最好不过了。
1、view: layoutPararms内保存了 viewHolder
2、viewHolder.mNestedRecyclerView保存了 复类 recyclerView
3、Recycler 内有几个List<Holder> 作为缓存使用 分别是:mChangedScrap、mAttachedScrap、mCachedViews
且默认最大数量为2
4、ViewInfoStore保存了一些动画信息
5、RecycledViewPool 内有 SparseArray<ScrapData>、viewType , 而SrapData内有 ArrayList<ViewHolder> mScrapHeap 且默认最大数量为5 也就是说每种viewType的的ViewHolder最多缓存5个。
回收得源码大概是这样的:
回收: recycler.recycleView(view);
ViewHolder holder = getChildViewHolderInt(view);
removeDetachedView(view, false);
if (holder.isScrap()) {
holder.unScrap();
} else if (holder.wasReturnedFromScrap()){
holder.clearReturnedFromScrapFlag();
}
recycleViewHolderInternal(holder);
getChildViewHolderInt
((LayoutParams) child.getLayoutParams()).mViewHolder;
removeDetachedView
dispatchChildDetached(child);
onChildDetachedFromWindow(child);
//暂时没有做回收相关的动作
super.removeDetachedView(child, animate)
//如果有动画 执行移除动画 LayoutTransition.removeChild(this, child);
//移除焦点
dispatchViewRemoved(child);
onViewRemoved(child);
holder.unScrap();
从recycler的 废料池mChangedScrap :list<ViewHodler> 中移除
或者 从recycler的 废料池mAttachedScrap :list<ViewHodler> 中移除
viewHolder清除recycler的引用 清除标志;
holder.clearReturnedFromScrapFlag
清除标志
recycleViewHolderInternal
判断cacheView内的数量 如果超过最大 那么 移除第一个
recycleCachedViewAt(0);
addViewHolderToRecycledViewPool(viewHolder, true);
clearNestedRecyclerViewIfNotNested(holder); //将viewHolder引用的recyclerView移除掉
dispatchViewRecycled(holder);
监听移除、mViewInfoStore.removeViewHolder(holder);
getRecycledViewPool().putRecycledView(holder);
//加入废料池
//从mCachedViews移除掉第0个
mCachedViews.add(targetCacheIndex, holder); //添加到合适的位置
mViewInfoStore.removeViewHolder(holder);
调用的简化代码在这里:
获取: recycler.getViewForPosition(mCurrentPosition);
ViewHolder tryGetViewHolderForPositionByDeadline(int position,
boolean dryRun, long deadlineNs) {
//如果 mState.isPreLayout()
holder = getChangedScrapViewForPosition(position); //本质 mChangedScrap中获取
//if (holder == null) {
holder = getScrapOrHiddenOrCachedHolderForPosition(position, dryRun); //本质 从 mAttachedScrap获取 或者从 mCachedViews中获取
//if (holder != null) {
if (!validateViewHolderForOffsetPosition(holder)) {
//从缓存当中移除view
//if (holder == null && mViewCacheExtension != null)
final View view = mViewCacheExtension
.getViewForPositionAndType(this, position, type);
// 通过view 拿到viewHolder
//if (holder == null) { // fallback to pool
holder = getRecycledViewPool().getRecycledView(type);
if (holder != null) {
` holder.resetInternal();
// if (holder == null) {
holder = mAdapter.createViewHolder(RecyclerView.this, type);
从adapter内取出 holder 将 recyclerVIew的引用 设置进viewHoler
//初始化 viewType废料列表与记录 oncreateViewHoler的一个时间 mRecyclerPool.factorInCreateTime(type, end - start);
viewholer.mPreLayoutPosition =postion;
测量layoutParams
return viewHolder;
总结起来是这样的
本文从 view的获取与销毁为切入点出发,来过了一遍 浅显的解析了一遍 view的回收、复用的过程。
详细请看:
文章视频地址:链接:http://pan.baidu.com/s/1hssvXC4 密码:18v1
· RecyclerView(1)- Decoration源码解析
· RecyclerView(2)- 自定义Decoration打造时光轴效果
· RecyclerView(3)- LayoutMagager源码解析,LinearLayoutManager
· RecyclerView(4)- 核心、Recycler复用机制_1
· RecyclerView(4)- 核心、Recycler复用机制_2
· RecyclerView(5)- 自定义LayoutManager(布局、复用)
· RecyclerView(6)- 自定义ItemAnimator
· RecyclerView(7)- ItemTouchHelper
· RecyclerView(8)- MultiTypeAdapter文章、MultiTypeAdapter Github地址
希望我的文章不会误导在观看的你,如果有异议的地方欢迎讨论和指正。
如果能给观看的你带来收获,那就是最好不过了。