阿里面试总共4轮，其中有3轮面试都问到了RecyclerView的问题。面试的点各不相同，有原理、嵌套问题、有缓存实现，但是最终都是异曲同工，所有的问题都汇集在,如何对RecyclerView做性能优化？
第一次布局时，并不会触发pre-layout。pre-layout只会在每次notify change时才会被触发，目的是通过saveOldPosition方法将屏幕中各位置上的ViewHolder的坐标记录下来，并在重新布局之后，通过比照实现Item的动画效果。比方以下效果：
在RecyclerView的dispatchLayoutStep1阶段，会调用自己设置LayoutManager的 supportsPredictiveItemAnimations 方法判断在某些状态下能否展现predictive animation。以下LinearLayoutManager的实现：
@Overridepublic boolean supportsPredictiveItemAnimations() {return mPendingSavedState == null && mLastStackFromEnd == mStackFromEnd;} 假如 supportsPredictiveItemAnimations 返回true，则LayoutManager中复写onLayoutChildren方法会被调用2次：一次是在pre-layout，另一次是real-layout。
由于会有pre-layout和real-layout，所有在自己设置LayoutManager中，需要根据RecyclerView.State中的isPreLayout方法的返回值，在这两次布局中做区分。比方LinearLayoutManager中的onLayoutChildren中有如下判断：
上面代码中有一段注释：
if the child is visible and we are going to move it around, we should layout extra items in the opposite direction to make sure new items animate nicely instead of just fading in
代表的意思就是假如当前正在update的item是可见状态，则需要在pre-layout阶段额外填充一个item，目的是为了保证处于不可见状态的item可以平滑的滑动到屏幕内。
比方下图中点击item2将其删除，调用notifyItemRemoved后，在pre-layout之前item5并没有被增加到RecyclerView中，而经过pre-layout之后，item5经过布局会被填充到RecyclerView中
当item移出屏幕之后，item5会随同item3和item4一起向上移动，如下图所示：
假如自己设置LayoutManager并没有实现pre-layout，或者者实现不正当，则当item2移出屏幕时，只会将item3和item4进行平滑移动，而item5只是单纯的appear到屏幕中，如下所示：
可以看出item5并没有同item3和item4一起平滑滚动到屏幕内，这样界面上显示会给客户卡慢的感觉。
主要有以下2种情况：
当一个ItemView被滑动滚出屏幕之后，默认会先被保存在CachedView中。CachedView的默认大小为2，可以通过 setItemViewCacheSize 方法修改它的值。当CachedView已满后，后续有新的ItemView从屏幕内滑出时，会迫使CachedView根据FIFO规则，将之前的缓存的ViewHolder转移到RecycledViewPool中，效果可以参考下图：
RecycledViewPool默认大小为5，可以通过以下方式修改RecycledViewPool的缓存大小：
RecyclerView.getRecycledViewPool().setMaxRecycledViews(int viewType, int max);缓存到CachedView中的ViewHolder并不会清除相关信息(比方position、state等)，因而刚移出屏幕的ViewHolder，再次被移回屏幕时，只需从CachedView中查找并显示就可，不需要重新绑定(bindViewHolder)。
而缓存到RecycledViewPool中的ViewHolder会被清除状态和位置信息，因而从RecycledViewPool查找到ViewHolder，需要重新调用bindViewHolder绑定数据。
我总结了几点，主要可以从以下几个方面对RecyclerView进行优化：
尽量将复杂的数据解决操作放到异步中完成。RecyclerView需要展现的数据经常是从远端服务器上请求获取，但是在网络请求拿到数据之后，需要将数据做扁平化操作，尽量将最优质的数据格式返回给UI线程。
优化RecyclerView的布局，避免将其与ConstraintLayout使用
针对快速滑动事件，可以使用addOnScrollListener增加对快速滑动的监听，当客户快速滑动时，中止加载数据操作。
假如ItemView的高度固定，可以使用setHasFixSize(true)。这样RecyclerView在onMeasure阶段可以直接计算出高度，不需要屡次计算子ItemView的高度，这种情况对于垂直RecyclerView中嵌套横向RecyclerView效果非常明显。
当UI是Tab feed流时，可以考虑使用RecycledViewPool来实现多个RecyclerView的缓存共享。
另外，我分享一份从网络上收录整理的 Android学习PDF+架构视频+面试文档等，还有Android开发面试专题文档，高级进阶架构文档供大家学习进阶
假如你现在有需要的话，可以在GitHub: 733gh/Android-T3/blob/master/JianShu.md 查看《Android开发核心知识点笔记》,路过别忘了点个Star
喜欢本文的话，不妨给我点个小赞、评论区留言或者者转发支持一下呗~
Android开发核心知识点笔记