RecyclerView-的复用机制

}

这些缓存集合可以分为 4 个级别，按优先级从高到底为：

• 一级缓存：mAttachedScrap 和 mChangedScrap ，用来缓存还在屏幕内的 ViewHolder

1. mAttachedScrap 存储的是当前还在屏幕中的 ViewHolder；按照 id 和 position 来查找 ViewHolder

2. mChangedScrap 表示数据已经改变的 ViewHolder 列表, 存储 notifyXXX 方法时需要改变的 ViewHolder

• 二级缓存：mCachedViews ，用来缓存移除屏幕之外的 ViewHolder，默认情况下缓存容量是 2，可以通过 setViewCacheSize 方法来改变缓存的容量大小。如果 mCachedViews 的容量已满，则会根据 FIFO 的规则移除旧 ViewHolder

• 三级缓存：ViewCacheExtension ，开发给用户的自定义扩展缓存，需要用户自己管理 View 的创建和缓存。个人感觉这个拓展脱离了 Adapter.createViewHolder 使用的话会造成 View 创建和数据绑定和其它代码太分散，不利于维护，使用场景很少仅做了解

/*

• Note that, Recycler never sends Views to this method to be cached. It is developers

• responsibility to decide whether they want to keep their Views in this custom cache or let

• the default recycling policy handle it.
  */
  public abstract static class ViewCacheExtension {
  public abstract View getViewForPositionAndType(…);
  }

• 四级缓存：RecycledViewPool ，ViewHolder 缓存池，在有限的 mCachedViews 中如果存不下新的 ViewHolder 时，就会把 ViewHolder 存入 RecyclerViewPool 中。

• 按照 Type 来查找 ViewHolder

• 每个 Type 默认最多缓存 5 个

• 可以多个 RecyclerView 共享 RecycledViewPool

接下来我们看下这四级缓存是怎么工作的

复用

RecyclerView 作为一个 “平平无奇” 的 View，子 View 的排列和布局当然是从 onLayout 入手了，调用链：

RecyclerView.onLayout(…)
-> RecyclerView.dispatchLayout()
-> RecyclerView.dispatchLayoutStep2() // do the actual la