一起看源码，我的思路是反着进行了解然后，进行一个总结概括

RecyclerView 的缓存机制 - 简书

1.初始化操作

初始化adapter等配置

1.adapter 初始化操作

 recelyview 初始化 先进行了 adapter 的初始化，我们可以看到 adapter 初始化方法直接创建adapterHelper进行初始化callback回调，控制禁用回收和一个实例排序相关的类；如下图

创建adapter帮助类

接下来咱们看一下这个回调都做什么用的  如下图

callback

看到了提示这个主要是用于和recyclerview 交互，主要是用于位置相关和获取viewHoder等咱们看从第一个开始查看调用

.callback调用

看到findviewhoder根据偏移位进行获取viewHoder

这两个方法我就不进行贴图解释了

findViewHolderForPosition 里面主要做了获取可见和不可可见的所有子节点并进行判断是否Removed和创建的新view的偏移位和 之前设置的 position是否一致 返回当前设置偏移量的view

mChildhelper.isHidder方法主要是判断是否是在mHiddenViews列队中是否有这个view，可以直接理解为隐藏的view存储列队

   下面我们看一下这个findviewHolder的postion是从哪里来的并且怎么计算的

我们可以看到applyRemove 和applyUpdate 这两个方法 通过UpdateOp 里面变量值进行计算

preProcess

从上面截图可以看出来UpdataOp 是从mPendingUpdaters 等待更新列表获取的 他是从哪里来的？数据是从哪里进行添加的？咱们带着这两个问题继续看

初始化队列

在这张图可以看到初始化时创建了三个持有updateop的对象，分别是  更新操作池，待更新数据列表，推迟列表 咱们接下来看一下 待更新数据列表数据是什么时候添加 如图下

AdapterDataObserver

通过源码查看到等待更新操作池是通过adapter数据观察器进回调方法进行添加的，那咱们就要看一下这些方法调用是在哪里进行 我们可以看到 adapter  暴露方法如notifyDataSetChanged等 会调用知道了mPendingUpdaters的添加方法 让我们回到preProcess的mOpReorderer.reorderOps方法里面主要是对list 的一些操作就不详细解释了，回到之前的地方 对applyRemove 和applyUpdate 进行查看继续之前的思路

applyRemove  通过findViewHolder 获取 将Remove的viewholder 和更新 都是通过mUpdataPool进行处理然后进行回调 最后咱们可以看到 preProcess方法中都会调用postponeAndUpdateViewHolders 如下图

postponeAndUpdateViewHolders

这里我们看到了AdapterHelp方法中的Callback 的一些回调方法主要用于更新删除等操作，既然大多数的方法 和UpdateOp都了解了 那直接 可以看preProcess方法的调用就可以了

preProcess调用

我们看到preProcess方法有两个地方调用一个是consumePendingUpdateOperations是滚动相关

processAdapterUpdatesAndSetAnimationFlags 是在dispatchLayout和onMeasure调用 那我们总结一下

adapter 初始化实力话了adapterHelper 创建了callback主要用户recyclerview进行关联，创建了mUpdataOpPool,mPendingUpdater,mPostponedlist，进行数据管理，当数据变换时调用mPostponedList进行添加所有数据进行缓存,当外部调用刷新时mPendingUpdater添加数据或者删除更新（调用mUpdataOpPool）进行更新数据操作更新操作池最默认pool为30，AdapterDataObserver方法（AdapterDataObserver是在setAdapter时候进行注册）主要是在recyclerview于adapter进行绑定调用刷新。调用刷新方法之后会调用requestLayout进行数据摆放。

我们知道了recyclerView的刷新是怎么和adapter关联的接下来我准备讲解一下 Recycler 了解一下他的缓存机制然后是对viewHoder和Adapter的方法回调，还有LayoutManager，和滑动动画等依次讲解