先来点废话
这周有点蛋疼，本来是打算前几天就开始录制相关视频，编写相关博客的，因为工作上的原因导致原本的计划推迟了，很无奈。
周三领导突然叫我开会 ，我要与两个同事弄个微信公众号系统（包括后台与前端）
领导：“下周你们要开始进入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地址
希望我的文章不会误导在观看的你，如果有异议的地方欢迎讨论和指正。
如果能给观看的你带来收获，那就是最好不过了。
网友评论