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

一. 背景

PS:相关文化:
ListView与RecyclerView缓存机制原理差不多相似,如下图所示:

图片 1

滑动进度中,离屏的ItemView即被回收至缓存,入屏的ItemView则会优先从缓存中获得,只是ListView与RecyclerView的完结细节有差距.(那只是缓存使用的里边2个境况,还有如刷新等)

二. 正文

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。

三.结论

① 、在一些气象下,如界面起始化,滑动等,ListView和RecyclerView都能很好地劳作,两者并不曾十分的大的异样:

文章的启幕便抛出了如此三个题材,微信Android客户端卡券模块,大部分UI都是以列表页的款型展现,完结方式为ListView,是还是不是有须求将其替换来RecyclerView呢?

图片 11

答案是不是定的,从品质上看,RecyclerView并从未带来鲜明的升级换代,不须要反复更新,暂不协理用动画,意味着RecyclerView优势也不太明朗,没有太大的引力,ListView已经能很好地知足工作供给。

② 、数据源频繁更新的风貌,如弹幕:http://www.jianshu.com/p/2232a63442d6 等RecyclerView的优势会要命鲜明;

一发来讲,结论是:
列表页展现界面,需求帮助动画,可能屡屡更新,局地刷新,提出选择RecyclerView,特别有力完善,易增加;此外景况(如微信卡包列表页)两者都OK,但ListView在应用上会特别便宜,急忙。