一. 背景

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在利用上会尤其有益于,火速。

发表评论

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

网站地图xml地图