RecycleView相关面试题

• 讲一下RecyclerView的缓存机制,滑动10个，再滑回去，会有几个执行onBindView。缓存的是什么？cachedView会执行onBindView吗?

• RecyclerView预取机制

• 如何实现RecyclerView的局部更新，用过payload吗,notifyItemChange方法中的参数？

• RecyclerView嵌套RecyclerView滑动冲突，NestScrollView嵌套RecyclerView。

• 说说RecyclerView性能优化。

更多面试题详见：

RecyclerView问题汇总：

https://juejin.cn/post/6844903837724213256

listview缓存请看: listview优化和详解

RecycleView 和 ListView对比：

1. 使用方法上

ListView：继承重写 BaseAdapter，自定义 ViewHolder 与 converView优化。

RecyclerView: 继承重写 RecyclerView.Adapter 与 RecyclerView.ViewHolder。设置 LayoutManager 来展示不同的布局样式

区别：

ViewHolder的编写规范化，ListView是需要自己定义的，而RecyclerView是规范好的；
RecyclerView复用item全部搞定，不需要像ListView那样setTag()与getTag()；
RecyclerView多了一些LayoutManager工作，但实现了布局效果多样化；

2. 动画api

在RecyclerView中自带动画效果，例如：notifyItemChanged(), notifyDataInserted(), notifyItemMoved()等等；同时内置有许多动画API，如果需要自定义动画效果，可以通过实现（RecyclerView.ItemAnimator类）完成自定义动画效果，然后调用RecyclerView.setItemAnimator()；

但是ListView并没有实现动画效果，需要在Adapter自己自定义；

3. 缓存区别

ListView和RecyclerView最大的区别在于数据源改变时的缓存的处理逻辑，ListView是二级缓存，而RecyclerView则是更加灵活地采用了四级缓存。

recycleview有四级缓存：

1. mAttachedScrap(屏幕内)，用于屏幕内itemview快速重用，不需要重新createView和bindView

2. mCacheViews(屏幕外)，保存最近移出屏幕的ViewHolder，包含数据和position信息，复用时必须是相同位置的ViewHolder才能复用，应用场景在那些需要来回滑动的列表中，当往回滑动时，能直接复用ViewHolder数据，不需要重新bindView。

3. mViewCacheExtension(自定义缓存)，不直接使用，需要用户自定义实现，默认不实现。

4. mRecyclerPool(缓存池)，当cacheView满了后或者adapter被更换，将cacheView中移出的、ViewHolder放到Pool中，放之前会把ViewHolder数据清除掉，所以复用时需要重新bindView。这个缓存池是一个二维数组 外部是ScrapData 的SparseArray数组，内部是ArrayList数组。

通过View view = recycler.getViewForPosition(position)可以实现复用，根据源码可知，在RecyclerView中，总共有四级缓存，优先级：
1. mAttachedScrap>mCachedViews>mViewCacheExtension>mRecyclerPool。
2. mAttachedScrap：只保存当前屏幕中detach的ViewHolder,在重新布局时复用。
3. mCachedViews：缓存的是刚从RecyclerView中移除的ViewHolder（通过removeAndRecycleView(view, recycler)方法）， 在复用时需要position或id匹配才能复用，所以只有在来回滑动过程中才会复用mCachedViews中的ViewHolder。如果不能匹配就需要从mRecyclerPool中取出ViewHolder并重新绑定数据。
4. 复用mAttachedScrap、mCachedViews中的ViewHolder是需要精确匹配的，如果能匹配上可直接使用不需绑定数据，如果不能精确匹配，即使mAttachedScrap、mCachedViews中有缓存也不能取出使用，只能从mRecyclerPool中取出使用，并且需重绑数据。如果mRecyclerPool中没有缓存就需要调用onCreateViewHolder进行创建。

RecycledViewPool深入理解：

在Scrap、CacheView、ViewCacheExtension都不愿意回收的时候，都会丢到RecycledViewPool中回收，所以RecycledViewPool是Recycler的终极回收站。
RecycledViewPool实际上是以SparseArray嵌套一个ArraryList的形式保存ViewHolder的，因为RecycledViewPool保存的ViewHolder是以itemType来区分的。这样方便不同的itemType保存不同的ViewHolder。 它在回收的时候只是回收该viewType的ViewHolder对象，并没有保存原来的数据信息，在复用的时候需要重新走onBindViewHolder()方法重新绑定数据。


可以看出，RecycledViewPool中定义了SparseArray mScrap，它是一个根据不同itemType来保存静态类ScrapData对象的SparseArray，ScrapData中包含了ArrayList mScrapHeap ，mScrapHeap是保存该itemType类型下ViewHolder的ArrayList。

缓存池定义了默认的缓存大小DEFAULT_MAX_SCRAP = 5，这个数量不是说整个缓存池只能缓存这多个ViewHolder，而是不同itemType的ViewHolder的list的缓存数量，即mScrap的数量，说明最多只有5组不同类型的mScrapHeap。mMaxScrap = DEFAULT_MAX_SCRAP说明每种不同类型的ViewHolder默认保存5个，当然mMaxScrap的值是可以设置的。这样RecycledViewPool就把不同ViewType的ViewHolder按类型分类缓存起来。
————————————————
原文链接： https://blog.csdn.net/qjyws/article/details/123237071

从缓存池RecycledViewPool中根据布局类型获取对应的ViewHolder集合(最大长度为5),然后再从集合中查找缓存是否存在。

RecyclerViewPool类似于HashMap的数据结构，根据不同的布局类型viewType获取缓存Holder。

四级缓存完整存取缓存流程是：

1. 保存缓存流程：

• 插入或是删除itemView时，先把屏幕内的ViewHolder保存至AttachedScrap中

• 滑动屏幕的时候，先消失的itemview会保存到CacheView，CacheView大小默认是2，超过数量的话按照先入先出原则，移出头部的itemview保存到RecyclerPool缓存池（如果有自定义缓存就会保存到自定义缓存里），RecyclerPool缓存池会按照itemview的itemtype(viewHolder类型)进行保存，每个viewHolder类型缓存个数为5个，超过就会被回收。

2. 获取缓存流程(getViewFromPos()方法)：

先从AttachedScrap中获取，通过pos匹配holder——>获取失败，从CacheView中获取，也是通过pos获取holder缓存——>获取失败，从自定义缓存中获取缓存——>获取失败，从mRecyclerPool中获取——>获取失败，重新创建viewholder——createViewHolder并bindview。

(如果某级缓存获取成功后会对该级缓存进行删除，以免占用缓存)

了解了缓存结构和缓存流程，我们再来看看具体的问题： 滑动10个item，再滑回去，会有几个执行onBindView？

参考文:https://www.cnblogs.com/jimuzz/p/14040674.html

由之前的缓存结构可知，需要重新执行onBindView的只有一种缓存区，就是缓存池mRecyclerPool。

所以我们假设从加载RecyclView开始盘的话（页面假设可以容纳7条数据）：

• 首先，7条数据会依次调用onCreateViewHolder和onBindViewHolder。

• 往下滑一条（position=7），那么会把position=0的数据放到mCacheViews中。此时mCacheViews缓存区数量为1，mRecyclerPool数量为0。然后新出现的position=7的数据通过postion在mCacheViews中找不到对应的ViewHolder，通过itemtype也在mRecyclerPool中找不到对应的数据，所以会调用onCreateViewHolder和onBindViewHolder方法。

• 再往下滑一条数据（position=8），如上。

• 再往下滑一条数据（position=9），position=2的数据会放到mCacheViews中，但是由于mCacheViews缓存区默认容量为2，所以position=0的数据会被清空,然后放到mRecyclerPool缓存池中。而新出现的position=9数据由于在mRecyclerPool中还是找不到相应type的ViewHolder，所以还是会走onCreateViewHolder和onBindViewHolder方法。所以此时mCacheViews缓存区数量为2，mRecyclerPool数量为1。

• 再往下滑一条数据（position=10），这时候由于可以在mRecyclerPool中找到相同viewtype的ViewHolder了。所以就直接复用了，并调用onBindViewHolder方法绑定数据。

• 后面依次类推，刚消失的两条数据会被放到mCacheViews中，再出现的时候是不会调用onBindViewHolder方法，而复用的第三条数据是从mRecyclerPool中取得，就会调用onBindViewHolder方法了。

4.所以这个问题就得出结论了（假设mCacheViews容量为默认值2）：

• 如果一开始滑动的是新数据，那么滑动10个，就会走10个bindview方法。然后滑回去，会走10-2个bindview方法。一共18次调用。

• 如果一开始滑动的是老数据，那么滑动10-2个，就会走8个bindview方法。然后滑回去，会走10-2个bindview方法。一共16次调用。

但是但是，实际情况又有点不一样。因为Recycleview在v25版本引入了一个新的机制，预取机制。

预取机制，就是在滑动过程中，会把将要展示的一个元素提前缓存到mCachedViews中，所以滑动10个元素的时候，第11个元素也会被创建，也就多走了一次bindview方法。但是滑回去的时候不影响，因为就算提前取了一个缓存数据，只是把bindview方法提前了，并不影响总的绑定item数量。

所以滑动的是新数据的情况下就会多一次调用bindview方法。

5总结，问题怎么答呢？

四级缓存和流程说一下。

滑动10个，再滑回去，bindview可以是19次调用，可以是16次调用。

缓存的其实就是缓存item的view，在Recycleview中就是viewholder。

cachedView就是mCacheViews缓存区中的view，是不需要重新绑定数据的。

其他问题:

为啥需要Scrap一级缓存?

主要用在插入或是删除itemView时，先把屏幕内的ViewHolder保存至AttachedScrap中，作用在LayoutManager中，它仅仅把需要从ViewGroup中移除的子view设置它的父view为null，从而实现了从RecyclerView中移除操作detachView()。不过如果是全部刷新（适配器的notifyDataSetChanged方法），那么不会走Scrap缓存;

RecycleView 滑动冲突解决:

除了可以参考之前我的文章里提到的两种常用解决方案: https://blog.csdn.net/emmmsuperdan/article/details/79645792

如果是双层滑动嵌套情况，可以优化成NestScrollView嵌套RecyclerView方案：

但是要注意设置RecyclerView.setNestedScrollingEnabled(false)这个方法，用来取消RecyclerView本身的滑动效果。

这是因为RecyclerView默认是setNestedScrollingEnabled(true)，这个方法的含义是支持嵌套滚动的。也就是说当它嵌套在NestedScrollView中时,默认会随着NestedScrollView滚动而滚动,放弃了自己的滚动。

RecycleView绘制

可参考文:https://blog.csdn.net/qq_32019367/article/details/114656817

在开始onMeasure的地方，对Rv的宽高Mode做了判断，如果是固定宽和高(Exactly_Mode)或者设置了setHasFixedSize，就直接return开始执行下一步layout，为啥固定宽高不需要measure呢?因为固定宽高，一页子view的数量就确定了，直接做layout摆放就行；因此如果在使用rv时知道是固定宽高，可以提前指定或setHasFixedSize,这样更节省绘制性能；

如何实现RecyclerView的局部更新，用过payload吗,notifyItemChange方法中的参数？

关于RecyclerView的数据更新，主要有以下几个方法：

• notifyDataSetChanged()，刷新全部可见的item。

• notifyItemChanged(int)，刷新指定item。

• notifyItemRangeChanged(int,int)，从指定位置开始刷新指定个item。

• notifyItemInserted(int)、notifyItemMoved(int)、notifyItemRemoved(int)。插入、移动一个并自动刷新。

• notifyItemChanged(int, Object)，局部刷新。

可以看到，关于view的局部刷新就是notifyItemChanged(int, Object)方法，下面具体说说：

notifyItemChange有两个构造方法：

• notifyItemChanged(int position, @Nullable Object payload)

• notifyItemChanged(int position)

其中payload参数可以认为是你要刷新的一个标示，比如我有时候只想刷新itemView中的textview,有时候只想刷新imageview？又或者我只想某一个view的文字颜色进行高亮设置？那么我就可以通过payload参数来标示这个特殊的需求了。

具体怎么做呢？比如我调用了notifyItemChanged（14,"changeColor"）,那么在onBindViewHolder回调方法中做下判断即可：

    @Override
    public void onBindViewHolder(ViewHolderholder, int position, List