RecyclerView与ListView 比较分析:缓存机制

一. 背景

PS:相关文化:
ListView与RecyclerView缓存机制原理大约相像,如下图所示:

图片 1

滑动进度中,离屏的ItemView即被回收至缓存,入屏的ItemView则会优先从缓存中拿走,只是ListView与RecyclerView的落实细节有差距.(那只是缓存使用的其中一个景观,还有如刷新等)

二. 正文

2.1 缓存机制比较

  1. 层级差异:
    RecyclerView比ListView多两级缓存,帮衬多少个离ItemView缓存,帮衬开发者自定义缓存处理逻辑,帮衬所有RecyclerView共用同一个RecyclerViewPool(缓存池)。

具体来说:
ListView(两级缓存):

图片 2

RecyclerView(四级缓存):

图片 3

ListView和RecyclerView缓存机制基本一致:

1).
mActiveViews和mAttachedScrap作用相似,意义在于急忙重用显示屏上可知的列表项ItemView,而不要求再一次createView和bindView;
2). mScrapView和mCachedViews +
mReyclerViewPool功效相似,意义在于缓存离开显示器的ItemView,目标是让即将进入屏幕的ItemView重用.
3).
RecyclerView的优势在于a.mCacheViews的施用,可以成功显示器外的列表项ItemView进入显示器内时也无须bindView快速重用;b.mRecyclerPool可以供两个RecyclerView共同采用,在一定情景下,如viewpaper+七个列表页下有优势.客观来说,RecyclerView在特定情景下对ListView的缓存机制做了补强和周密。

  1. 缓存差异:

1). RecyclerView缓存RecyclerView.ViewHolder,抽象可分晓为:
View + ViewHolder(幸免每回createView时调用findViewById) +
flag(标识状态);
2). ListView缓存View。

缓存分裂,二者在缓存的选择上也略互不一样,具体来说:
ListView获取缓存的流程:

图片 4

RecyclerView获取缓存的流程:

图片 5

1).
RecyclerView中mCacheViews(屏幕外)获取缓存时,是由此匹配pos获取目标地点的缓存,那样做的好处是,当数据源数据不变的场合下,无须重新bindView:

图片 6

而同样是离屏缓存,ListView从mScrapViews依据pos获取相应的缓存,但是并从未直接选拔,而是重新getView(即必定会重新bindView),相关代码如下:

//AbsListView源码:line2345
//通过匹配pos从mScrapView中获取缓存
final View scrapView = mRecycler.getScrapView(position);
//无论是否成功都直接调用getView,导致必定会调用createView
final View child = mAdapter.getView(position, scrapView, this);
if (scrapView != null) {
    if (child != scrapView) {
        mRecycler.addScrapView(scrapView, position);
    } else {
                ...
    }
}

2). ListView中通过pos获取的是view,即pos–>view;
RecyclerView中经过pos获取的是viewholder,即pos –>
(view,viewHolder,flag);
从流程图中得以看来,标志flag的意义是判断view是或不是必要重新bindView,那也是RecyclerView已毕部分刷新的一个焦点。

2.2 局地刷新

由上文可见,RecyclerView的缓存机制真正越来越完善,但还不算质的变更,RecyclerView更大的亮点在于提供了一些刷新的接口,通过一些刷新,就能幸免调用许多无效的bindView。

图片 7

(RecyclerView和ListView添加,移除Item效果比较)

重组RecyclerView的缓存机制,看看局地刷新是怎么着兑现的:
以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

图片 9

当调用notifyItemRemoved时,会对显示屏内ItemView做预处理,修改ItemView相应的pos以及flag(流程图中革命部分):

图片 10

当调用fill()中RecyclerView.getViewForPosition(pos)时,RecyclerView通过对pos和flag的预处理,使得bindview只调用三次.

要求提出,ListView和RecyclerView最大的差异在于数据源改变时的缓存的拍卖逻辑,ListView是”一锅端”,将具备的mActiveViews都移入了二级缓存mScrapViews,而RecyclerView则是越来越灵敏地对种种View修改标志位,区分是不是重新bindView。

三.结论

1、在部分风貌下,如界面初阶化,滑动等,ListView和RecyclerView都能很好地劳作,两者并从未很大的反差:

小说的起来便抛出了如此一个题材,微信Android客户端卡券模块,一大半UI都是以列表页的格局显得,完成格局为ListView,是不是有必要将其替换成RecyclerView呢?

图片 11

答案是还是不是认的,从质量上看,RecyclerView并没有拉动分明的升级,不要求频仍更新,暂不协助用动画,意味着RecyclerView优势也不太显眼,没有太大的引力,ListView已经能很好地满意工作必要。

2、数据源频仍更新的现象,如弹幕:http://www.jianshu.com/p/2232a63442d6 等RecyclerView的优势会至极分明;

尤其来讲,结论是:
列表页显示界面,要求帮衬动画,或者频仍更新,局部刷新,指出使用RecyclerView,更抓牢大完善,易扩大;其余景况(如微信卡包列表页)两者都OK,但ListView在利用上会更加便利,飞速。

相关文章