android recyclerview多布局_图文讲解RecyclerView的复用机制 ||Recyclerview进阶
作者:susion
博客地址:https://juejin.im/post/5c1369cff265da613b6fa87f
本文是RecyclerView完全解析系列第三篇文章,内容是紧跟前两篇:RecyclerView基本设计结构和 RecyclerView刷新机制。
通过前面分析知道LayoutManager在布局子View时会向Recycler索要一个ViewHolder。但从Recycler中获取一个ViewHolder的前提是Recycler中要有ViewHolder。那Recycler中是如何有ViewHolder的呢?本文会分析两个问题:
RecyclerView的View是在什么时候放入到Recycler中的。以及在Recycler中是如何保存的。
LayoutManager在向Recycler获取ViewHolder时,Recycler寻找ViewHolder的逻辑是什么。即何时存、怎么存和何时取、怎么取的问题。何时取已经很明显了:LayoutManager在布局子View时会从Recycler中获取子View。所以本文要理清的是其他3个问题。在文章继续之前要知道Recycler管理的基本单元是ViewHolder,LayoutManager操作的基本单元是View,即ViewHolder的itemview。本文不会分析RecyclerView动画时view的复用逻辑。
为了接下来的内容更容易理解,先回顾一下Recycler的组成结构:
mChangedScrap : 用来保存RecyclerView做动画时,被detach的ViewHolder。
mAttachedScrap : 用来保存RecyclerView做数据刷新(notify),被detach的ViewHolder
mCacheViews : Recycler的一级ViewHolder缓存。
RecyclerViewPool : mCacheViews集合中装满时,会放到这里。
先看一下如何从Recycler中取一个ViewHolder来复用。
从Recycler中获取一个ViewHolder的逻辑
LayoutManager会调用Recycler.getViewForPosition(pos)来获取一个指定位置(这个位置是子View布局所在的位置)的view。getViewForPosition()会调用tryGetViewHolderForPositionByDeadline(position...), 这个方法是从Recycler中获取一个View的核心方法。它就是如何从Recycler中获取一个ViewHolder的逻辑,即怎么取, 方法太长, 我做了很多裁剪:
ViewHolder tryGetViewHolderForPositionByDeadline(int position, boolean dryRun, long deadlineNs) { ...if (mState.isPreLayout()) { //动画相关 holder = getChangedScrapViewForPosition(position); //从缓存中拿吗?不应该不是缓存? fromScrapOrHiddenOrCache = holder != null; }// 1) Find by position from scrap/hidden list/cacheif (holder == null) { holder = getScrapOrHiddenOrCachedHolderForPosition(position, dryRun); //从 attach 和 mCacheViews 中获取if (holder != null) { ... //校验这个holder是否可用 } }if (holder == null) { ...final int type = mAdapter.getItemViewType(offsetPosition); //获取这个位置的数据的类型。 子Adapter复写的方法// 2) Find from scrap/cache via stable ids, if existsif (mAdapter.hasStableIds()) { //stable id 就是标识一个viewholder的唯一性, 即使它做动画改变了位置 holder = getScrapOrCachedViewForId(mAdapter.getItemId(offsetPosition), //根据 stable id 从 scrap 和 mCacheViews中获取 type, dryRun); .... }if (holder == null && mViewCacheExtension != null) { // 从用户自定义的缓存集合中获取final View view = mViewCacheExtension .getViewForPositionAndType(this, position, type); //你返回的View要是RecyclerView.LayoutParams属性的if (view != null) { holder = getChildViewHolder(view); //把它包装成一个ViewHolder ... } }if (holder == null) { // 从 RecyclerViewPool中获取 holder = getRecycledViewPool().getRecycledView(type); ... }if (holder == null) { ...//实在没有就会创建 holder = mAdapter.createViewHolder(RecyclerView.this, type); ... } } ...boolean bound = false;if (mState.isPreLayout() && holder.isBound()) { //动画时不会想去调用 onBindData ... } else if (!holder.isBound() || holder.needsUpdate() || holder.isInvalid()) { ...final int offsetPosition = mAdapterHelper.findPositionOffset(position); bound = tryBindViewHolderByDeadline(holder, offsetPosition, position, deadlineNs); //调用 bindData 方法 }final ViewGroup.LayoutParams lp = holder.itemView.getLayoutParams();final LayoutParams rvLayoutParams; ...调整LayoutParamsreturn holder;}
即大致步骤是:
1. 如果执行了RecyclerView动画的话,尝试根据position从mChangedScrap集合中寻找一个ViewHolder
2. 尝试根据position从scrap集合、hide的view集合、mCacheViews(一级缓存)中寻找一个ViewHolder
3. 根据LayoutManager的position更新到对应的Adapter的position。(这两个position在大部分情况下都是相等的,不过在子view删除或移动时可能产生不对应的情况)
4. 根据Adapter position,调用Adapter.getItemViewType()来获取ViewType
5. 根据stable id(用来表示ViewHolder的唯一,即使位置变化了)从scrap集合和mCacheViews(一级缓存)中寻找一个ViewHolder
6. 根据position和viewType尝试从用户自定义的mViewCacheExtension中获取一个ViewHolder
7. 根据ViewType尝试从RecyclerViewPool中获取一个ViewHolder
8. 调用mAdapter.createViewHolder()来创建一个ViewHolder
9. 如果需要的话调用mAdapter.bindViewHolder来设置ViewHolder。
10.调整ViewHolder.itemview的布局参数为Recycler.LayoutPrams,并返回Holder
虽然步骤很多,逻辑还是很简单的,即从几个缓存集合中获取ViewHolder,如果实在没有就创建。但比较疑惑的可能就是上述ViewHolder缓存集合中什么时候会保存ViewHolder。接下来分几个RecyclerView的具体情形,来一点一点弄明白这些ViewHolder缓存集合的问题。
情形一 : 由无到有
即一开始RecyclerView中没有任何数据,添加数据源后adapter.notifyXXX。状态变化如下图:
很明显在这种情形下Recycler中是不会存在任何可复用的ViewHolder。所以所有的ViewHolder都是新创建的。即会调用Adapter.createViewHolder()和Adapter.bindViewHolder()。那这些创建的ViewHolder会缓存起来吗?
这时候新创建的这些ViewHolder是不会被缓存起来的。即在这种情形下: Recycler只会通过Adapter创建ViewHolder,并且不会缓存这些新创建的ViewHolder
情形二 : 在原有数据的情况下进行整体刷新
就是下面这种状态:
其实就是相当于用户在feed中做了下拉刷新。实现中的伪代码如下:
dataSource.clear()dataSource.addAll(newList)adapter.notifyDatasetChanged()
在这种情形下猜想Recycler肯定复用了老的卡片(卡片的类型不变),那么问题是 : 在用户刷新时旧ViewHolder保存在哪里?如何调用旧ViewHolder的Adapter.bindViewHolder()来重新设置数据的?
其实在上一篇文章Recycler刷新机制中,LinearLayoutManager在确定好布局锚点View之后就会把当前attach在RecyclerView上的子View全部设置为scrap状态:
void onLayoutChildren(RecyclerView.Recycler recycler, RecyclerView.State state) { ...onAnchorReady(recycler, state, mAnchorInfo, firstLayoutDirection); // RecyclerView指定锚点,要准备正式布局了detachAndScrapAttachedViews(recycler); // 在开始布局时,把所有的View都设置为 scrap 状态 ...}
什么是scrap状态呢?在前面的文章其实已经解释过: ViewHolder被标记为FLAG_TMP_DETACHED状态,并且其itemview的parent被设置为null。
detachAndScrapAttachedViews就是把所有的view保存到Recycler的mAttachedScrap集合中:
public void detachAndScrapAttachedViews(@NonNull Recycler recycler) {for (int i = getChildCount() - 1; i >= 0; i--) {final View v = getChildAt(i); scrapOrRecycleView(recycler, i, v); }}private void scrapOrRecycleView(Recycler recycler, int index, View view) {final ViewHolder viewHolder = getChildViewHolderInt(view); ...删去了一些判断逻辑 detachViewAt(index); //设置RecyclerView这个位置的view的parent为null, 并标记ViewHolder为FLAG_TMP_DETACHED recycler.scrapView(view); //添加到mAttachedScrap集合中 ...}
所以在这种情形下LinearLayoutManager在真正摆放子View之前,会把所有旧的子View按顺序保存到Recycler的mAttachedScrap集合中
接下来继续看,LinearLayoutManager在布局时如何复用mAttachedScrap集合中的ViewHolder。
前面已经说了LinearLayoutManager会当前布局子View的位置向Recycler要一个子View,即调用到tryGetViewHolderForPositionByDeadline(position..)。我们上面已经列出了这个方法的逻辑,其实在前面的第二步:
尝试根据position从scrap集合、hide的view集合、mCacheViews(一级缓存)中寻找一个ViewHolder
即从mAttachedScrap中就可以获得一个ViewHolder:
ViewHolder getScrapOrHiddenOrCachedHolderForPosition(int position, boolean dryRun) {final int scrapCount = mAttachedScrap.size();for (int i = 0; i < scrapCount; i++) {final ViewHolder holder = mAttachedScrap.get(i);if (!holder.wasReturnedFromScrap() && holder.getLayoutPosition() == position && !holder.isInvalid() && (mState.mInPreLayout || !holder.isRemoved())) { holder.addFlags(ViewHolder.FLAG_RETURNED_FROM_SCRAP);return holder; } } ...}
即如果mAttachedScrap中holder的位置和入参position相等,并且holder是有效的话这个holder就是可以复用的。所以综上所述,在情形二下所有的ViewHolder几乎都是复用Recycler中mAttachedScrap集合中的。并且重新布局完毕后Recycler中是不存在可复用的ViewHolder的。
情形三 : 滚动复用
这个情形分析是在情形二的基础上向下滑动时ViewHolder的复用情况以及Recycler中ViewHolder的保存情况, 如下图:
在这种情况下滚出屏幕的View会优先保存到mCacheViews, 如果mCacheViews中保存满了,就会保存到RecyclerViewPool中。
在前一篇文章RecyclerView刷新机制中分析过,RecyclerView在滑动时会调用LinearLayoutManager.fill()方法来根据滚动的距离来向RecyclerView填充子View,其实在个方法在填充完子View之后就会把滚动出屏幕的View做回收:
int fill(RecyclerView.Recycler recycler, LayoutState layoutState,RecyclerView.State state, boolean stopOnFocusable) { ...int remainingSpace = layoutState.mAvailable + layoutState.mExtra; ...while ((layoutState.mInfinite || remainingSpace > 0) && layoutState.hasMore(state)) { ... layoutChunk(recycler, state, layoutState, layoutChunkResult); //填充一个子Viewif (layoutState.mScrollingOffset != LayoutState.SCROLLING_OFFSET_NaN) { layoutState.mScrollingOffset += layoutChunkResult.mConsumed;if (layoutState.mAvailable < 0) { layoutState.mScrollingOffset += layoutState.mAvailable; } recycleByLayoutState(recycler, layoutState); //根据滚动的距离来回收View } }}
即fill每填充一个子View都会调用recycleByLayoutState()来回收一个旧的子View,这个方法在层层调用之后会调用到Recycler.recycleViewHolderInternal()。这个方法是ViewHolder回收的核心方法,不过逻辑很简单:
1. 检查mCacheViews集合中是否还有空位,如果有空位,则直接放到mCacheViews集合
2. 如果没有的话就把mCacheViews集合中最前面的ViewHolder拿出来放到RecyclerViewPool中,然后再把最新的这个ViewHolder放到mCacheViews集合
3. 如果没有成功缓存到mCacheViews集合中,就直接放到RecyclerViewPool
mCacheViews集合为什么要这样缓存? 看一下下面这张图 :
我是这样认为的,如上图,往上滑动一段距离,被滑动出去的ViewHolder会被缓存在mCacheViews集合,并且位置是被记录的。如果用户此时再下滑的话,可以参考文章开头的从Recycler中获取ViewHolder的逻辑:
1. 先按照位置从mCacheViews集合中获取
2. 按照viewType从mCacheViews集合中获取
上面对于mCacheViews集合两步操作,其实第一步就已经命中了缓存的ViewHolder。并且这时候都不需要调用Adapter.bindViewHolder()方法的。即是十分高效的。
所以在普通的滚动复用的情况下,ViewHolder的复用主要来自于mCacheViews集合, 旧的ViewHolder会被放到mCacheViews集合, mCacheViews集合挤出来的更老的ViewHolder放到了RecyclerViewPool中
只要你是程序员,在这里都能找到你想要的东西!
android recyclerview多布局_图文讲解RecyclerView的复用机制 ||Recyclerview进阶相关推荐
- hs控什么意思_图文讲解传统双控、多控如何升级为米家智能家居的无限控
小白中完全不懂电路,然后智能家居就更不懂的占比还挺多,问的问题怎么说呢,你还不知道该怎么三言两语回答他,好吧,写一篇如何把家里双控线路改造为智能家居无限控的详细讲解文章,为大家彻底解惑^_^ 如果想要 ...
- vue怎么给pc端浏览器设置一个最小屏幕_图文讲解uni-app的PC宽屏适配方案
天下苦平台碎片化已久. 在移动互联网以前,开发者只需幸福的面对web.进入移动互联网时代,iOS.Android.H5以及各种小程序快应用层出不穷,开发者再也幸福不起来. 学习n个技术 开发n个版本 ...
- async js 返回值_图文讲解浏览器执行JS过程中的微任务和宏任务
背景 我们知道浏览器有一个特定的事件执行机制,专业名词叫做Event Loop.如下图所示,浏览器会优先执行同步代码,遇到异步的代码时,会被挂起并在需要执行的时候加入到 Task(有多种 Task) ...
- 运放电路的工作原理_图文讲解!教你看懂7款经典运放电路
引言 运放的基本分析方法:虚断,虚短.对于不熟悉的运放应用电路,就使用该基本分析方法. 运放是用途广泛的器件,接入适当的反馈网络,可用作精密的交流和直流放大器.有源滤波器.振荡器及电压比较器. 1.运 ...
- 西门子em235模块的功能_图文讲解PLC模拟量模块与传感器接线方法和注意事项
来源:PLC工程师 几个基本知识点: 1.不论西门子,三菱还是欧姆龙,一般来讲,其模拟量类型的模块分:普通模拟量.RTD和TC三种模块,今天只说普通模拟量模块. 2.普通模拟量模块作用:采集标准电流和 ...
- 这10张图拿去,别再说学不会RecyclerView的缓存复用机制了!
ViewPager2是在RecyclerView的基础上构建而成的,意味着其可以复用RecyclerView对象的绝大部分特性,比如缓存复用机制等. 作为ViewPager2系列的第一篇,本篇的主要目 ...
- Android Studio App开发之循环试图RecyclerView,布局管理器LayoutManager、动态更新循环视图讲解及实战(附源码)
运行有问题或需要全部源码请点赞关注收藏后评论区留言~~~ 一.循环视图RecyclerView 尽管ListView和GridView分别实现了多行单列和多行多列的列表,使用也很简单,可是它们缺少变化 ...
- Android开发之LayoutInflater.from(context).inflate()方法参数介绍解决RecyclerView加载布局不全的问题
咱们先看下item的xml布局高度为64dp <?xml version="1.0" encoding="utf-8"?> <Relative ...
- Android RecyclerView网格布局动画
In this tutorial, we'll learn how to create animation for a RecyclerView in which elements are displ ...
最新文章
- 计算机视觉/图像处理方向最新论文速递
- msf 启动报[-] * WARNING: No database support: No database YAML file解决方法
- java-Java可以对方法进行序列化?
- Tinyshop前后台操作基础教程讲解
- 小学5年级计算机考试作文,我的小学老师五年级优秀作文(通用10篇)
- 实验11.2 链表 6-1 建立学生信息链表
- android 新闻功能列表,android根据提供的接口获取新闻列表
- python3.7知识点汇总
- 利用python进行数据分析之准备工作(1)
- 2021年2月十大热门报告盘点(附百大热门报告列表及下载链接)
- php 时间段 mysql 存储_php – 在MySQL解决方案中存储日期范围
- 类ThreadLocal的使用与源码分析
- Apache Solr Java 企业级搜索引擎
- Excel VBA小程序 -使用VBA实现VLOOKUP函数查询?
- 计算机快速看图教程,CAD快速看图教程:CAD图纸测量方法集锦
- openwrt怎么做ap_openwrt 添加 无线AP
- 做一晚黄牛能坑多少昧心钱?
- aardio修改图标
- 电脑黑屏按什么键恢复?只需要3个键就可以解决黑屏
- Windbg 调试内存泄漏
热门文章
- HoloLens1开发(三):Trilib插件动态加载模型-Part2
- THREEJS - 获取场景中模型数据
- opencv之在图像上绘制标记---drawMarker
- android jni 机器码,NDK构建
- .foreach()需要判断空吗_这次我们来聊聊 Stream#forEach 源码
- SqlServer整库备份还原脚本
- Oracle推断值为非数字
- android tabhost 生命周期,FragmentTabHost + FragmentLayout布局框架,Fragment生命周期
- 你可能没听过的 Java 8 中的 10 个特性
- 疯狂ios之cocos2d中的文本