RecyclerView回收复用机制浅析
RecyclerView 基本上已经成为了开发中常用的一个组件，通过其提供的强大能力，能实现各种需要的列表类效果。灵活的同时，要用好却也不容易，为了高效实现需求，避免掉到各种不明所以的坑里面，这里有必要对其回收复用机制做一个探究。
本文将带着下面这几个方面的问题来探究。tips：结合源码食用更佳。
回收复用机制到底回收复用的是啥
回收复用的单元是Viewholder，我们记得，在使用 ListView 的时候，也用到了 ViewHolder，这两者其实是有区别的。
ListView 中使用的 ViewHolder， 仅仅是对 view 的引用，只记录了 view 的实例。
RecylerView 中使用的 ViewHolder， 记录的东西，就非常多了。源码注释中是这么写的：A ViewHolder describes an item view and metadata about its place within the RecyclerView。 查看其实现，发现记录了 itemview，view 的当前 position，以前的 position，itemId， itemViewType, 当前的状态 flag 等等，itemview 的状态有（绑定|移除|更新|有效|不可回收|报废返回|暂时分离|移动|隐藏|等等），
这些组合信息，可以把每一个 itemview 布局状态区分开来，这正是 RecyclerView 具有局部刷新能力而 ListView 只能全量更新的原因。
谁负责回收复用机制
这里也首先从源码入手，结合源码的注释进行学习。
通过源码发现，Recycler 是负责管理废弃的(scrapped)分离的(detached) item进行的复用的。这里解释一下， 所谓废弃的 view，指的是 view 仍然
附加在父 RecyclerView 上， 但是被标记为要删除或者重新绑定或复用的。
Recycler回收复用的能力，可以通过观察其成员变量来理解：
-
ArrayList<ViewHolder> mAttachedScrap 和 mChangedScrap
还绑定在父 RecyclerView 上的 view 。 当视图滑出屏幕外了，需要在滑入屏幕的地方绑定 view 的时候，就会触发报废 view 的机制；调用数据更新接口也能触发 RecyclerView 重新排列，会对绑定的数据先报废分离，重新绑定。这个时候，也触发了报废 view 的机制，mChangedScrap 中的change指的是item被标记为更新、有动画且动画支持变化(即实现了animateChange方法)， 这种情况下， ViewHolders 被添加到 mChangedScrap 中， 其他时候报废的 ViewHolders 会添加到 mAttachedScrap。
-
ArrayList<ViewHolder> mCachedViews
缓存滑出屏幕的 ViewHolder。
ViewHolder 被回收的时候，如果已经缓存的 ViewHolder 数量小于最大缓存值（默认为2，可以通过 setItemViewCacheSize() 来修改最大缓存数量），会优先放到 mCachedViews 中。 -
RecycledViewPool mRecyclerPool
RecyclerViewPool可以在不同的 RecyclerView 里面复用 ViewHolder；如果没有为 RecyclerView 设置 RecyclerViewPool(通过 setRecycledViewPool 方法)， 默认会自己设置一个。这里简单分析一些RecyclerViewPool的实现：RecyclerViewPool内部持有一个二维的mScrap变量， mScrap 的 key 为 ViewHolder 的 type， value 为一个列表， 表示的是同一 type 的 ViewHolder 实例集合。内部的其他方法为外部提供回收和复用的接口。
ViewCacheExtension mViewCacheExtension
ViewCacheExtension 是一个抽象类， 其只包含
abstract public View getViewForPositionAndType(Recycler recycler, int position, int type)
这个抽象方法, 该方法为开发者自定义复用机制提供接口，由开发者自行决定 ViewHolder 缓存的实现，并根据 viewtype 和 adapter position 返回 view 给 RecyclerView。
回收复用的机制是怎样的
要了解复用的机制是什么， 着重学习 Recycler 的 getViewForPosition(int position, boolean dryRun) 的方法。下图是其流程图。
st=>start: Start
op1=>operation: 从 changedScrap 中寻找
op2=>operation: 从 attachedScrap 中寻找
op3=>operation: 从 mViewCacheExtension 中寻找
op4=>operation: 从 RecyclerViewPool 中寻找
op5=>operation: 调用 creatViewholder
cond1=>condition: 没找到
cond2=>condition: 没找到
cond3=>condition: 没找到
cond4=>condition: 没找到
o1=>inputoutput: 状态处理
e=>end: End
st->op1->cond1
cond1(yes)->op2->cond2
cond2(yes)->op3->cond3
cond3(yes)->op4->cond4
cond4(yes)->op5->o1->e
cond1(no)->o1
cond2(no)->o1
cond3(no)->o1
cond4(no)->o1
基于这样的回收复用机制， 使用的时候要注意哪些事情
- RecyclerView 的 item 只要视觉上看起来不一样， 都要重写 adapter 的 getItemViewType 方法。为啥呢？因为回收的 ViewHolder 都是放在 一个 以 viewtype 为 Key 的 List 里面， 如果不重写的话， 拿到的 ViewHolder 由于缓存的 存在， 可能 “残留” 其他视图的元素或属性。
- 可以用局部刷新的就用局部刷新。
- mCachedViews默认缓存2个，RecyclerPool默认缓存5个。在同一type可见item比较多且设备性能不错的时候(考虑到屏幕大小一定，交互美感等因素，也不可能无限多)，可以适当增大默认缓存值。
