Android理解RecyclerView的缓存机制

      Recyclerview通过内部类Recycler管理的缓存，缓存的是ViewHolder(内部包含子View),这样在滑动时可以复用子View,在某些情况下，还可以复用子View绑定的数据。所以本质上缓存是为了减少重复绘制View和绑定数据的时间，从而提高了滑动时的性能。

Recycler缓存ViewHolder对象有4个等级，优先级从高到底依次为：

1、ArrayList mAttachedScrap --- 缓存屏幕中可见范围的ViewHolder

2、ArrayList mCachedViews  ----  缓存滑动时即将与RecyclerView分离的ViewHolder，按子View的position或id缓存，默认最多存放2个

3、ViewCacheExtension mViewCacheExtension   ---  开发者自行实现的缓存

4、RecycledViewPool mRecyclerPool    ---     ViewHolder缓存池，本质上是一个SparseArray，其中key是ViewType(int类型)，value存放的是 ArrayList< ViewHolder>，默认每个ArrayList中最多存放5个ViewHolder。

      通过mAttachedScrap、mCachedViews及mViewCacheExtension获取的ViewHolder不需要重新创建布局及绑定数据；通过缓存池mRecyclerPool获取的ViewHolder不需要重新创建布局，但是需要重新绑定数据；如果上述缓存中都没有获取到目标ViewHolder，那么就会回调Adapter#onCreateViewHolder创建布局，以及回调Adapter#onBindViewHolder来绑定数据。

接下来重点理解下mViewCacheExtension 的使用

我们已经知道ViewCacheExtension属于第三级缓存，需要开发者自行实现，那么ViewCacheExtension在什么场景下使用？又是如何实现的呢？

      那就是Recycler本身已经设置了好几级缓存了，为什么还要留个接口让开发者去自行实现缓存呢？关于这一点，谈一谈我的理解：来看看Recycler中的其他缓存，其中mAttachedScrap用来处理可见屏幕的缓存；mCachedViews里存储的数据虽然是根据position来缓存，但是里面的数据随时可能会被替换的；再来看mRecyclerPool，mRecyclerPool里按viewType去存储ArrayList< ViewHolder>，所以mRecyclerPool并不能按position去存储ViewHolder，而且从mRecyclerPool取出的View每次都要去走Adapter#onBindViewHolder去重新绑定数据。假如我现在需要在一个特定的位置(比如position=0位置)一直展示某个View，且里面的内容是不变的，那么最好的情况就是在特定位置时，既不需要每次重新创建View，也不需要每次都去重新绑定数据，上面的几种缓存显然都是不适用的，这种情况该怎么办呢？可以通过自定义缓存ViewCacheExtension实现上述需求。

ViewCacheExtension适用场景：ViewHolder位置固定、内容固定、数量有限时使用

实现自定义缓存ViewCacheExtension

    class MyViewCacheExtension extends RecyclerView.ViewCacheExtension {

        @Nullable

        @Override

        public View getViewForPositionAndType(@NonNull RecyclerView.Recycler recycler, int position, int viewType) {

            //如果viewType为TYPE_SPECIAL,使用自己缓存的View去构建ViewHolder

            // 否则返回null，会使用系统RecyclerPool缓存或者从新通过onCreateViewHolder构建View及ViewHolder

            return viewType == DemoAdapter.TYPE_SPECIAL ? adapter.caches.get(position) : null;

        }

    }

---