RecyclerView和ListView的缓存机制对比
背景
RecyclerView是android推出的新一代的列表时数据展示控件,官方文档表示它将比Listview拥有更加强大的缓存能力和数据展示灵活性,本文只针对两者对于视图的缓存进行对比,不做其他的调研.
其实在RecyclerView和ListView中对视图的缓存基本原理都是一样的:
进入屏幕的item会被有限从缓存中获取,从屏幕中出去的item即被回收至缓存中.
但是在具体的缓存过程中,还是存在一定的差异的.
正文
1. 缓存机制对比
RecyclerView比ListView多两级的缓存,支持多个离Item的缓存,支持开发者自定义缓存处理的逻辑,支持所有RecyclerView公用同一个RecyclerViewPool(缓存池).
具体来说就类似下面的表格.
ListView(两级缓存)
|----|是否需要回调createView|是否需要回调bindVIew|声明周期|备注|
|:---:|:----:|:----:|:----:|:----:|
|mActiveViews|否|否|onLayout函数周期内|用于屏幕内itemView快速重用|
|mScrapViews|否|是|当mAdapter一致,当mAdapter被更换时,mScrapViews被清空|
Recycle(四级缓存)
|----|是否需要回调createView|是否需要回调bindVIew|声明周期|备注|
|:---:|:----:|:----:|:----:|:----:|
|mAttachedScrap|否|否|onLayout函数周期内|用于屏幕内itemView快速重用|
|mScrapViews|否|是|当mAdapter一致,当mAdapter被更换时,mScrapViews被清空|默认上限为2,即缓存屏幕外2个ItemView|
|mViewCacheExtension||||不直接使用,需要用户在定制,默认不实现|
|mRecyclerPool|否|是|与自身生命周期一致,不再被引用时即被释放|默认上限为5,技术上可以实现所有的RecyclerViewPool共用同一个|
ListView和RecyclerView缓存机制基本一致:
- mActiveViews和mAttachedScrap功能相似,意义在于快速重用屏幕上可见的列表ItemVIew,而不需要重新createView和bindView;
- mScrapVIew和mCachedViews + mReycelViewPool功能相似.意义在于缓存离开屏幕的ItemVIew,目的是让即将进入屏幕的itemView重用.
- RecyclerView的又是在于a.mCacheViews的使用,可以做到屏幕外的列表项ItemView进入屏幕内时也无需bindView快速重用,b.mRecyclerPool可以供多个RecyclerVIew共同使用,在特定的场景下,如ViewPager+多个列表页有优势.客观来说,RecyclerView在特定的场景下对ListView的缓存机制做了补强和完善.
2.缓存不同
2.1 两者在缓存的策略上面的区别:
- RecyclerView缓存RecyclerView.ViewHolder,抽象可理解为:
View+ViewHolder(避免每次createView时调用findViewById) + flag(标示状态); - ListView缓存view
2.2 两者在缓存的使用上面的区别:
ListView获取缓存的流程:
4.jpg
RecyclerView获取缓存的流程:
5.jpg
- RecyclerView中的CacheViews(屏幕外)获取缓存时,是通过匹配item的pos获取目标位置的缓存,这样做的好处是,当数据元不变的时候,无需重新bindview.而同样是离屏的缓存,在ListView从mScrapViews根据pos获取相应的缓存,但并没有直接使用,而是重新getView,这样就会导致重新bindView.
- ListView中通过pos获取的是view,即pos->view;而RecyclerView中通过pos获取的是ViewHolder,即pos->(view,ViewHolder,flag);
从流程上可以看出,标志flag的作用是判断view是否需要重新bindView,这也是RecyclerView实现局部刷新的一个核心.
2.3 局部刷新
由上文可知,RecyclerView的缓存机制更加完善,但是还没有达到质变的程度,RecyclerView更大的亮点在于提供了局部刷新的接口,通过局部刷新,就能避免调用许多无用的bindView.
以RecyclerView中的notifyItemRemoved(1)为例,最终会调用requestLayout(),使整个RecyclerView重绘,过程为:
onMeasure()–>onLayout()–>onDraw()
其中，onLayout()为重点，分为三步：
- dispathLayoutStep1()：记录RecyclerView刷新前列表项ItemView的各种信息，如Top,Left,Bottom,Right，用于动画的相关计算；
- dispathLayoutStep2()：真正测量布局大小，位置，核心函数为layoutChildren()；
- dispathLayoutStep3()：计算布局前后各个ItemView的状态，如Remove，Add，Move，Update等，如有必要执行相应的动画.
layoutChildren的流程为:
8.jpg
fill()的流程为:
9.png
当调用notifyItemRemoved时,会对屏幕内itemView做预处理,修改ItemView相对应的pos以及flag(流程图中的红色部分):
10.png
当调用fill()中RecyclerView.getViewForPosition(pos)时，RecyclerView通过对pos和flag的预处理，使得bindview只调用一次.
需要指出，ListView和RecyclerView最大的区别在于数据源改变时的缓存的处理逻辑，ListView是"一锅端"，将所有的mActiveViews都移入了二级缓存mScrapViews.
而RecyclerView则是更加灵活地对每个View修改标志位，区分是否重新bindview.
3.结论
- 在一些场景下,如初始化页面,滑动等,ListView和RecyclerView都能很好的工作,两者并没有很大的差异.
- 不需要频繁的更新,item不需要动画,意味着RecyclerView的优势并不明显,所以也没有太大的吸引力,ListView已经可以很好的满足了需求.
- 数据源在频繁的变更,这种情况下,RecyclerView的优势就会很明显.
进一步讲,结论就是:
列表展示的界面,需要支持动画或者频繁的更新,局部刷新,建议使用RecyclerView,更加强大和完善,易于扩展,其他情况两者都ok,而ListView在使用上面更加方便,快捷.对于老的代码,如果不是必须或者闲的没事,建议保留.对于新的代码,根据需求选择.
