之前看到个来面试阿里的小伙伴在自己的个人能力中写到：
更多面试内容，技术干货，技术交流：
star一下我的GitHub
- 熟悉Java的多线程编程，熟悉Android下线程与线程，进程与进程间的通信机制，熟悉Android机型的适配、UI布局优 化等，能独立开发Android应用；
- 熟悉自定义控件，对ViewGroup 底层测量，绘制，渲染有深刻的了解，并且自己借鉴了RecyclerView的回收思想，设 计了表格控件
- 熟悉Framework层API，了解Handler，Message，Binder，AIDL，BroadcastReceiver等底层API，并对虚拟机的原 理以及特性有一定了解；
- 熟练掌握第三方框架的使用，如百度语音API、百度定位API、友盟分享API、阿里云推送API；
- 掌握OkHttp、Retrofit、Glide、ButterKnife、ARouter、EventBus、LiveDataBus等互联网最流行的框架的核心原 理。
- 熟悉APP性能优化，如：卡顿优化、内存优化、APP包优化、Crash监控；
- 熟悉APP组件化开发、Hybrid开发；
于是面试官，开始了面试连环炮
面试官：看你简历上对自定义控件比较了解，特别对RecyclerView 也自己看过对应的源码，RecyclerView的复用机制是怎样的
关于RecyclerView高频面试点 ：
RecyclerView支持多个不同类型布局，他们怎么缓存，并且查找的呢
回收池 list 二维的数组 缓存 type 存 取
为什么RecyclerView需要用到适配器呢，你对适配器的理解是什么
UI和具体业务逻辑分离
RecyclerView一屏加载的个数是怎么确定的，他是怎么做到不显示的Item缓存到内存中
边界
最难的 数学的知识
有看过RecyclerView的边界判断的源码吗? 简短聊下他的判断机制，什么时候该回收
阿里面试总共4轮，其中有3轮面试都问到了RecyclerView的问题。面试的点各不相同，有原理、嵌套问题、有缓存实现，但是最终都是殊途同归，所有的问题都汇集在 如何对RecyclerView做性能优化？
1.1 RecyclerView第一次layout时，会发生预布局pre-layout吗？
第一次布局时，并不会触发pre-layout。pre-layout只会在每次notify change时才会被触发，目的是通过saveOldPosition方法将屏幕中各位置上的ViewHolder的坐标记录下来，并在重新布局之后，通过对比实现Item的动画效果。比如以下效果：
1.2 如果自定义LayoutManager需要注意什么？
在RecyclerView的dispatchLayoutStep1阶段，会调用自定义LayoutManager的 supportsPredictiveItemAnimations 方法判断在某些状态下是否展示predictive animation。以下LinearLayoutManager的实现：
@Override
public 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中有如下判断：
image
上面代码中有一段注释：
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可以平滑的滑动到屏幕内。
1.3 举例说明
比如下图中点击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一起平滑滚动到屏幕内，这样界面上显示会给用户卡顿的感觉。
1.5 ViewHolder何时被缓存到RecycledViewPool中？
主要有以下2种情况：
- 当
ItemView被滑动出屏幕时，并且CachedView已满，则ViewHolder会被缓存到RecycledViewPool中 - 当数据发生变动时，执行完
disappearrance的ViewHolder会被缓存到RecycledViewPool中
1.6 CachedView和RecycledViewPool的关系
当一个ItemView被滑动滚出屏幕之后，默认会先被保存在CachedView中。CachedView的默认大小为2，可以通过 setItemViewCacheSize 方法修改它的值。当CachedView已满后，后续有新的ItemView从屏幕内滑出时，会迫使CachedView根据FIFO规则，将之前的缓存的ViewHolder转移到RecycledViewPool中，效果可以参考下图：
RecycledViewPool默认大小为5，可以通过以下方式修改RecycledViewPool的缓存大小：
RecyclerView.getRecycledViewPool().setMaxRecycledViews(int viewType, int max);
1.7 CachedView和RecycledViewPool两者区别
缓存到CachedView中的ViewHolder并不会清理相关信息(比如position、state等)，因此刚移出屏幕的ViewHolder，再次被移回屏幕时，只要从CachedView中查找并显示即可，不需要重新绑定(bindViewHolder)。
而缓存到RecycledViewPool中的ViewHolder会被清理状态和位置信息，因此从RecycledViewPool查找到ViewHolder，需要重新调用bindViewHolder绑定数据。
1.8 你是从哪些方面优化RecyclerView的？
我总结了几点，主要可以从以下几个方面对RecyclerView进行优化：
-
尽量将复杂的数据处理操作放到异步中完成。
RecyclerView需要展示的数据经常是从远端服务器上请求获取，但是在网络请求拿到数据之后，需要将数据做扁平化操作，尽量将最优质的数据格式返回给UI线程。 -
优化
RecyclerView的布局，避免将其与ConstraintLayout使用 -
针对快速滑动事件，可以使用
addOnScrollListener添加对快速滑动的监听，当用户快速滑动时，停止加载数据操作。 -
如果
ItemView的高度固定，可以使用setHasFixSize(true)。这样RecyclerView在onMeasure阶段可以直接计算出高度，不需要多次计算子ItemView的高度，这种情况对于垂直RecyclerView中嵌套横向RecyclerView效果非常显著。 -
当UI是Tab feed流时，可以考虑使用
RecycledViewPool来实现多个RecyclerView的缓存共享。
更多面试内容，技术干货，技术交流：
star一下我的GitHub
原创不易，点点关注
网友评论