英文注释

大意如下：

一个Recycler 负责管理 废弃的和独立的 itemview 用于重用。

一个"scrapped" (意为废弃的) View 是一个仍然附属在父RecyclerView 但是已经被标记为可移除或重用。

如果这个被重用的View被认为是脏数据，adapter 将会被调用并重新绑定它，反之，这个view 可以在没有任何前置工作的情况下快速被LayoutManager 重用。

本人认为此处脏数据的View 意为：缓存在内存中，暂没被adapter 绑定的数据。

---

Recycler 部分源码：

回收部分：

recycleViewHolderInternal  是一个内部实现的方法检查view 是不是废弃的或者附属在RecycleView 上，并抛出对应的异常，同时该方法会调用RecycledViewPool。

已经标记为废弃的，或者父view 不是空 也就说此时ItemView仍然附属在RecyclerView上，不能被回收，所以抛出异常。

recycleViewHolderInternal 方法中三个布尔值：

forceRecycle：是否可以强制回收

recycled ：是否已经回收

cached : 默认为false 即 尚未被缓存

如果ViewHolder 被系统认为要强制回收 或者 holder 是可以被回收

    如果被缓存的数量 等于 最大缓存数（mViewCacheMax 默认为2） 且 缓存数>0

step1:

Recycler 中最大缓存数是2 ，被回收一个 还余1  所以下面条件一定成立，

mCachedViews  中加入新的viewholder ,即：参数中所传ViewHolder 被缓存到Recycle。

step2:

step2 执行后 cached 必然为 true.  则不会执行下面

addViewHolderToRecycledViewPool 方法。 反而在 setp1 中会执行 recycleCachedViewAt(0);

如step1 step2 均不能执行则执行：

step3:

看看 step1 中 recycleCachedViewAt（pos）

{......  

addViewHolderToRecycledViewPool(viewHolder);

mCachedViews.remove(cachedViewIndex);

}

把viewholder 加入到RecyclerViewPool 中，同时从Recycler 中移除。

Recycler 缓存 总结：Recycler 提供一个 最大尺寸为 2 的ViewHolder缓存 ，

当缓存尺寸<2的 时候，直接将可以被回收或可以强制回收的ViewHolder 存入该缓存；

当缓存尺寸 == 2 的时候，如果还要存入新的ViewHolder ，则从该缓存中移除最先加入的ViewHolder（pos -->0），且 将其存入RecyclerViewPool 中，同时将新ViewHolder（pos --> cacheSize-1） 存入该缓存（Recycler 缓存）。

---

看看RecyclerViewPool：

RecycledViewPool 可以让你在多个不同的RecyclerViews 之间 共享 itemViews,

使用RecyclerView 提供的 setRecycledViewPool 方法。

如果你不手动提供一个缓存池，RecyclerView 会自动创建一个 pool 供它自己使用。

---

RecyclerView所提供方法setRecycledViewPool

getRecycledViewPool

都是通过Recycler 调用。

在Recycler 中 声明了

private RecycledViewPool mRecyclerPool;

RecycledViewPool getRecycledViewPool() {

    if(mRecyclerPool==null) {

         mRecyclerPool=new                  RecycledViewPool();

    }

     returnmRecyclerPool;

}

由此可见  RecycledViewPool 并非随着Recycler 的初始化而初始化，而是在调用时才初始化。

同时Recycler 提供setRecycledViewPool 方法：

void setRecycledViewPool(RecycledViewPool pool) {

if(mRecyclerPool!=null) {

      mRecyclerPool.detach();

}

mRecyclerPool= pool;

  if(pool !=null) {

       mRecyclerPool.attach(getAdapter());

  }

}

看到上述2个方法可以想象下，我是不是可以这样玩：

RecyclerView.RecycledViewPool pool =newRecyclerView.RecycledViewPool();

setRecycledViewPool（pool）；

这样多个recyclerView 可以共用同一个pool

但是pool本身可以由Recycle调用getRecycledViewPool创建，而且RecyclerView提供了可供外部调用的方法：

RecycledViewPool getRecycledViewPool() {

  return mRecycler.getRecycledViewPool();

}

其实就没必要自己去new 一个 RecycledViewPool 了，直接如此即可：

recyclerView2.setRecycledViewPool(recyclerView1.getRecycledViewPool());

---

RecycledViewPool 部分代码：

在Recycler 中 有方法addViewHolderToRecyclerViewPool, 图1可见，调用了RecyclerViewPool 的 putRecycledView 方法。

图 1

在RecyclerViewPool 中 ：

图 2 图 3 图 4 图 5

mScrap 是一个维持 ArrayList<ViewHolder>  类型的优化过的键值对数组SparseArray；

SparseArray 可以 代替 Map 使用，比Map 性能好。

图 4 所示： mScrap.put(viewType, scrap);

mScrap 键是 viewType，不同的viewTpe 意味着不同的 ViewHolder，在抽象编程中，为了统一管理，即使不看源代码 也可知 ArrayList<ViewHolder> 中的泛型 ViewHolder 必然是 抽象类。

mScrap 值 是 ArrayList<ViewHolder> ,如果为空 则创建一个，并且 利用

SparseIntArray mMaxScrap ，维持最大尺寸为 5。

代码分析到这里就能明白:

RecycledViewPool   缓存的不同 类型viewType 的数量是不限的，但是每个viewType 的具体ViewHolder 最多为5个。可以通过图 6 所示方法 设置某个viewType 的最大尺寸。

图 6

---

总结（在这里暂不考虑  ViewCacheExtension）：

在RecyclerView 中，ViewHolder 存在的位置，经过了三次变化：

一是Adapter 绑定 且 可见，此时 ViewHolder 是不能被系统强制回收，也不允许程序员手动回收；

二是在Recycler 中，此时ViewHolder 状态可以是被标记状态（可从RecyclerView移除，也可以被重用），或者是处于独立状态（本人理解是独立于RecycleView,不可见状态，但是仍然和Adapter关联）；

三是在RecycleViewPool 中，此时ViewHolder 完全是废弃的状态，除非被再次使用，否则直到被系统彻底回收。

关于本人描述如有不确切之地方，还请大家予以指正，感谢。