英文注释
大意如下：
一个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 方法。
在RecyclerViewPool 中 ：
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 的最大尺寸。
总结（在这里暂不考虑 ViewCacheExtension）：
在RecyclerView 中，ViewHolder 存在的位置，经过了三次变化：
一是Adapter 绑定 且 可见，此时 ViewHolder 是不能被系统强制回收，也不允许程序员手动回收；
二是在Recycler 中，此时ViewHolder 状态可以是被标记状态（可从RecyclerView移除，也可以被重用），或者是处于独立状态（本人理解是独立于RecycleView,不可见状态，但是仍然和Adapter关联）；
三是在RecycleViewPool 中，此时ViewHolder 完全是废弃的状态，除非被再次使用，否则直到被系统彻底回收。
关于本人描述如有不确切之地方，还请大家予以指正，感谢。
