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在行使上会尤其有益,急迅。

发表评论

电子邮件地址不会被公开。 必填项已用*标注