老大爷都能看懂的RecyclerView动画原理(1)

最新推荐文章于 2024-07-12 16:34:24 发布
最新推荐文章于 2024-07-12 16:34:24 发布
阅读量724 收藏 21
点赞数 27
分类专栏： 程序员 文章标签： 运维 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84123265/article/details/138556588
版权

=====================================================================

1. Adapter的notify方法

用过RecyclerView的同学大概都应该知道Adapter有几个notify相关的方法，它们分别是：

  • notifyDataSetChanged()

  • notifyItemChanged(int)

  • notifyItemInserted(int)

  • notifyItemRemoved(int)

  • notifyItemRangeChanged(int, int)

  • notifyItemRangeInserted(int, int)

  • notifyItemRangeRemoved(int, int)

  • notifyItemMoved(int, int)

稍微有点开发经验的同学都知道，notifyDataSetChanged()方法比其它的几个方法更重量级一点，它会导致整个列表刷新，其它几个方法则不会。有更多开发经验的同学可能还知道notifyDataSetChanged()方法不会触发RecyclerView的动画机制，其它几个方法则会触发各种不同类型的动画。

2. RecyclerView的布局逻辑

2.1 RecyclerView的dispatchLayout

dispatchLayout顾名思义，当然是把子View布局(添加并放置到合适的位置)到RecyclerView上面了。打开它的源码我们可以看到这样一段注释。

Wrapper around layoutChildren() that handles animating changes caused by layout. Animations work on the assumption that there are five different kinds of items in play:

  1. PERSISTENT: items are visible before and after layout
  1. REMOVED: items were visible before layout and were removed by the app
  1. ADDED: items did not exist before layout and were added by the app
  1. DISAPPEARING: items exist in the data set before/after, but changed from visible to non-visible in the process of layout (they were moved off screen as a side-effect of other changes)
  1. APPEARING: items exist in the data set before/after, but changed from non-visible to visible in the process of layout (they were moved on screen as a side-effect of other changes)

从注释我们可以知道。dispatchLayout方法不仅有给子View布局的功能，而且可以处理动画。动画主要分为五种：

  1. PERSISTENT：针对布局前和布局后都在手机界面上的View所做的动画

  2. REMOVED：在布局前对用户可见，但是数据已经从数据源中删除掉了

  3. ADDED：新增数据到数据源中，并且在布局后对用户可见

  4. DISAPPEARING：数据一直都存在于数据源中，但是布局后从可见变成不可见状态

  5. APPEARING：数据一直都存在于数据源中，但是布局后从不可见变成可见状态

到目前为止，我们还不能完全理解这五种类型的动画有什么具体的区别，分别在什么样的场景下会触发这些类型的动画。但是给我们提供了很好的研究思路。目前我们只需要简单了解有这五种动画，接着往下,我们这里看下dispatchLayout的源码，为了响应文章标题，这里贴出精简过的源码：

void dispatchLayout(){

…

dispatchLayoutStep1();

dispatchLayoutStep2();

dispatchLayoutStep3();

…

}

关于dispatchLayoutStepX方法，相信很多人都听说或者了解过，文章后面我会做详细的介绍，简单介绍如下：

从dispatchLayout的注释中，我们注意到before和after两个单词，分别表示布局前和布局后。这么说来那就简单了。dispatchLayoutStep1对应的是before(布局前)，dispatchLayoutStep2的意思是布局中，dispatchLayoutStep3对应的是after(布局后)。它们的作用描述如下：

  1. dispatchLayoutStep1

  2. 判断是否需要开启动画功能

  3. 如果开启动画，将当前屏幕上的Item相关信息保存起来供后续动画使用

  4. 如果开启动画，调用mLayout.onLayoutChildren方法预布局

  5. 预布局后，与第二步保存的信息对比，将新出现的Item信息保存到Appeared中

精简后的代码如下：

private void dispatchLayoutStep1() {

…

//第一步 判断是否需要开启动画功能

processAdapterUpdatesAndSetAnimationFlags();

…

if (mState.mRunSimpleAnimations) {

…

//第二步 将当前屏幕上的Item相关信息保存起来供后续动画使用

int count = mChildHelper.getChildCount();

for (int i = 0; i < count; ++i) {

final ViewHolder holder = getChildViewHolderInt(mChildHelper.getChildAt(i));

final ItemHolderInfo animationInfo = mItemAnimator

.recordPreLayoutInformation(mState, holder,

ItemAnimator.buildAdapterChangeFlagsForAnimations(holder),

holder.getUnmodifiedPayloads());

mViewInfoStore.addToPreLayout(holder, animationInfo);

}

…

if (mState.mRunPredictiveAnimations) {

saveOldPositions();

//第三步 调用onLayoutChildren方法预布局

mLayout.onLayoutChildren(mRecycler, mState);

mState.mStructureChanged = didStructureChange;

for (int i = 0; i < mChildHelper.getChildCount(); ++i) {

final View child = mChildHelper.getChildAt(i);

final ViewHolder viewHolder = getChildViewHolderInt(child);

if (viewHolder.shouldIgnore()) {

continue;

}

//第四步 预布局后，对比预布局前后，哪些item需要放入到Appeared中

if (!mViewInfoStore.isInPreLayout(viewHolder)) {

if (wasHidden) {

recordAnimationInfoIfBouncedHiddenView(viewHolder, animationInfo);

} else {

mViewInfoStore.addToAppearedInPreLayoutHolders(viewHolder, animationInfo);

}

}

}

clearOldPositions();

} else {

clearOldPositions();

}

}

}

  1. dispatchLayoutStep2 根据数据源中的数据进行布局，真正展示给用户看的最终界面

private void dispatchLayoutStep2() {

…

// Step 2: Run layout

mState.mInPreLayout = false;//此处关闭预布局模式

mLayout.onLayoutChildren(mRecycler, mState);

…

}

  1. dispatchLayoutStep3 触发动画

private void dispatchLayoutStep3() {

…

if (mState.mRunSimpleAnimations) {

// Step 3: Find out where things are now, and process change animations.

// traverse list in reverse because we may call animateChange in the loop which may

// remove the target view holder.

for (int i = mChildHelper.getChildCount() - 1; i >= 0; i–) {

ViewHolder holder = getChildViewHolderInt(mChildHelper.getChildAt(i));

if (holder.shouldIgnore()) {

continue;

}

long key = getChangedHolderKey(holder);

final ItemHolderInfo animationInfo = mItemAnimator

.recordPostLayoutInformation(mState, holder);

ViewHolder oldChangeViewHolder = mViewInfoStore.getFromOldChangeHolders(key);

if (oldChangeViewHolder != null && !oldChangeViewHolder.shouldIgnore()) {

// run a change animation

…

} else {

mViewInfoStore.addToPostLayout(holder, animationInfo);

}

}

// Step 4: Process view info lists and trigger animations

//触发动画

mViewInfoStore.process(mViewInfoProcessCallback);

}

…

}

从代码我们可以看出dispatchLayoutStep1和dispatchLayoutStep2方法中调用了onLayoutChildren方法，而dispatchLayoutStep3没有调用。

2.2 LinearLayoutManager的onLayoutChildren方法

以垂直方向的RecyclerView为例子，我们填充RecyclerView的方向有两种，从上往下填充和从下往上填充。开始填充的位置不是固定的，可以从RecyclerView的任意位置处开始填充。该方法的功能我精简为以下几个步骤：

  1. 寻找填充的锚点(最终调用findReferenceChild方法）

  2. 移除屏幕上的Views(最终调用detachAndScrapAttachedViews方法）

  3. 从锚点处从上往下填充(调用fill和layoutChunk方法)

  4. 从锚点处从下往上填充(调用fill和layoutChunk方法)

  5. 如果还有多余的空间，继续填充(调用fill和layoutChunk方法)

  6. 非预布局，将scrapList中多余的ViewHolder填充(调用layoutForPredictiveAnimations)

本文只讲解onLayoutChildren的主流程，具体的填充逻辑请参考RecyclerView填充逻辑一文

LinearLayoutManager#onLayoutChildren

public void onLayoutChildren(RecyclerView.Recycler recycler, RecyclerView.State state) {

…

//1. 寻找填充的锚点

updateAnchorInfoForLayout(recycler, state, mAnchorInfo);

…

//2. 移除屏幕上的Views

detachAndScrapAttachedViews(recycler);

…

//3. 从锚点处从上往下填充

updateLayoutStateToFillEnd(mAnchorInfo);

mLayoutState.mExtraFillSpace = extraForEnd;

fill(recycler, mLayoutState, state, false);

…

//4. 从锚点处从下往上填充

// fill towards start

updateLayoutStateToFillStart(mAnchorInfo);

mLayoutState.mExtraFillSpace = extraForStart;

mLayoutState.mCurrentPosition += mLayoutState.mItemDirection;

fill(recycler, mLayoutState, state, false);

…

//5. 如果还有多余的空间，继续填充

if (mLayoutState.mAvailable > 0) {

extraForEnd = mLayoutState.mAvailable;

// start could not consume all it should. add more items towards end

updateLayoutStateToFillEnd(lastElement, endOffset);

mLayoutState.mExtraFillSpace = extraForEnd;

fill(recycler, mLayoutState, state, false);

endOffset = mLayoutState.mOffset;

}

}

…

//6. 非预布局，将scrapList中多余的ViewHolder填充

layoutForPredictiveAnimations(recycler, state, startOffset, endOffset);

…

LinearLayoutManager#layoutForPredictiveAnimations

private void layoutForPredictiveAnimations(RecyclerView.Recycler recycler,

RecyclerView.State state, int startOffset,

int endOffset) {

//判断是否满足条件，如果是预布局直接返回

if (!state.willRunPredictiveAnimations() || getChildCount() == 0 || state.isPreLayout()

|| !supportsPredictiveItemAnimations()) {

return;

}

// 遍历scrapList，步骤2中屏幕中被移除的View

int scrapExtraStart = 0, scrapExtraEnd = 0;

final List<RecyclerView.ViewHolder> scrapList = recycler.getScrapList();

final int scrapSize = scrapList.size();

final int firstChildPos = getPosition(getChildAt(0));

for (int i = 0; i < scrapSize; i++) {

RecyclerView.ViewHolder scrap = scrapList.get(i);

//如果被remove掉了，跳过

if (scrap.isRemoved()) {

continue;

}

//计算额外的控件

scrapExtraEnd += mOrientationHelper.getDecoratedMeasurement(scrap.itemView);

}

mLayoutState.mScrapList = scrapList;

…

// 步骤6 继续填充

if (scrapExtraEnd > 0) {

View anchor = getChildClosestToEnd();

updateLayoutStateToFillEnd(getPosition(anchor), endOffset);

mLayoutState.mExtraFillSpace = scrapExtraEnd;

mLayoutState.mAvailable = 0;

mLayoutState.assignPositionFromScrapList();

fill(recycler, mLayoutState, state, false);

}

mLayoutState.mScrapList = null;

}

至此，布局的逻辑已经讲解完毕。关于具体的动画执行逻辑，由于篇幅有限。不在本文中讲解

场景篇

=====================================================================

1. notifyItemRemoved

我们来测试从屏幕中删除View，调用notifyItemRemoved相关的方法，dispatchLayout是如何重新布局的。假设初始状态如下图，假设Adapter数据有100条，屏幕上有Item1～Item6 6个View，删除Item1和Item2。

  1. 将Item1 Item2对应的ViewHolder设置为REMOVE状态

  2. 将所有的Item对应的ViewHolder的mPreLayoutPosition字段赋值为当前的position

我们回顾以下onLayoutChildren的几个步骤

  1. 寻找填充的锚点(最终调用findReferenceChild方法）

  2. 移除屏幕上的Views(最终调用detachAndScrapAttachedViews方法）

  3. 从锚点处从上往下填充(调用fill和layoutChunk方法)

  4. 从锚点处从下往上填充(调用fill和layoutChunk方法)

学习分享，共勉

Android高级架构师进阶之路

题外话，我在阿里工作多年，深知技术改革和创新的方向，Android开发以其美观、快速、高效、开放等优势迅速俘获人心，但很多Android兴趣爱好者所需的进阶学习资料确实不太系统，完整。今天我把我搜集和整理的这份学习资料分享给有需要的人

  • Android进阶知识体系学习脑图

  • Android进阶高级工程师学习全套手册

  • 对标Android阿里P7，年薪50w+学习视频

  • 大厂内部Android高频面试题，以及面试经历


《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！

  1. 从锚点处从下往上填充(调用fill和layoutChunk方法)

学习分享，共勉

Android高级架构师进阶之路

题外话，我在阿里工作多年，深知技术改革和创新的方向，Android开发以其美观、快速、高效、开放等优势迅速俘获人心，但很多Android兴趣爱好者所需的进阶学习资料确实不太系统，完整。今天我把我搜集和整理的这份学习资料分享给有需要的人

  • Android进阶知识体系学习脑图

[外链图片转存中…(img-cbwOjB0S-1715128516441)]

  • Android进阶高级工程师学习全套手册

[外链图片转存中…(img-W6bQbI0s-1715128516445)]

  • 对标Android阿里P7，年薪50w+学习视频

[外链图片转存中…(img-Rx02SSPd-1715128516448)]

  • 大厂内部Android高频面试题，以及面试经历

[外链图片转存中…(img-Fyxa7iGN-1715128516449)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！

2401_84123265
关注
  • 27
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
dotnet-监控室老大爷多路直播监控
08-15
标题中的“dotnet-监控室老大爷多路直播监控”表明这是一个使用.NET技术实现的多路直播监控系统，可能是为了帮助监控室的老大爷能够同时查看多个监控摄像头的画面。在这个项目中，.NET框架可能被用来构建后端服务，...
Activity之间切换动画
06-15
1. **动画类型**： - **滑动动画**：这是最常见的动画类型，包括左右滑动（横向）和上下滑动（纵向）。例如，`@android:anim/slide_in_left` 和 `@android:anim/slide_out_right` 分别用于新Activity的进入和旧...
老大爷都能看懂的RecyclerView动画原理
2401_84123357的博客
05-08 598
（一）调整好心态心态是一个人能否成功的关键，如果不调整好自己的心态，是很难静下心来学习的，尤其是现在这么浮躁的社会，大部分的程序员的现状就是三点一线，感觉很累，一些大龄的程序员更多的会感到焦虑，而且随着年龄的增长，这种焦虑感会越来越强烈，那么唯一的解决办法就是调整好自己的心态，要做到自信、年轻、勤奋。这样的调整，一方面对自己学习有帮助，另一方面让自己应对面试更从容，更顺利。（二）时间挤一挤，制定好计划一旦下定决心要提升自己，那么再忙的情况下也要每天挤一挤时间，切记不可“两天打渔三天晒网”。
只有程序猿才能看懂的搞笑段子
热门推荐
国内某知名游戏公司小菜鸡工程师
06-23 18万+
在快乐中学习，才是真正的热爱
投资理财-老大爷的故事
csdn's blog
07-06 2847
今天去证券公司办事。遇到一个投资者，大概快80岁了。 这个投资者从招行和民生上市的时候就买入持有，一直持有到现在，差不多500多万市值，这两个股票这么多年几乎没有动过。 现在每年的分红接近20万，然后每年的红利拿出来一部分生活，一部分买点基金。 其实这是我希望学习的方向，真正看好一个公司，长期成长逻辑不错，一直持有到行业成熟期，吃分红也能过得不错。 我们不需要靠投资赚多少钱，实现财务自由，用钱的时候有钱就行，我们普通人又不做什么大事，需要的资金是有上限的。有个500-1000万我觉得足够了。 ...
【干货】小区老大爷看了都直呼内行（十个程序员的学习技巧）
酸狗的博客
06-28 4863
最全面的学习方法 提示：方法告诉你们了，学不学是自己的事。大家要记得学习是为了自己能更好的掌握技能，而不是为了应付工作。 提示：以下是本篇文章正文内容，下面案例可供参考 1.阿里云开发者社区 学习中心（包含了前端和后台的技术栈视频讲解，全免费课时，拓展学习） 阿里云开发者社区 2.ECMAScript6入门 作者：阮一峰 ES6入门教程 3.vue优质资源整理学习 Vue优质资源整理 4.前端资源 （web秀） 涵盖前端功能组件资源和面试资源题 web秀 5.前端大牛 （张鑫旭） 涵盖了css、Ja.
大爷和大妈是“老”幽默.docx
11-24
大爷和大妈是“老”幽默.docx
编译原理词法分析器实现（Java带界面）源码
04-08
在编程领域，编译原理是理解计算机语言处理过程的关键部分，它涉及到词法分析、语法分析、语义分析以及代码生成等多个步骤。本资源提供的是一款基于Java实现的词法分析器，具有用户界面，这对于学习编译原理以及进行...
基于STM32C8T6最小系统的PWM呼吸灯-TIM1高级定时器
07-23
首先使能定时器3的时钟（RCC_APB2PeriphClockCmd(RCC_APB2Periph_TIM1, ENABLE)）和GPIOA的时钟（RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE)）。然后通过GPIO_InitStructure结构体对GPIOA8进行初始化...
聊聊如何在内网下构建大模型微调环境
python1234567_的博客
07-12 637
LlamaFactory新版更新后，还是比较方便，只是说llamafactory-cli命令的确是有点蒙，踩个坑就好了。对于LlamaFactory微调来说，本身不难，毕竟都是配置；主要是在内网环境下的依赖包拉取安装是真麻烦，但其实也还好。走一遍的话，还是可以学到很多的。​。
设备运维、教学直播...浅析远程控制在医疗专网环境下的应用
oray2013的专栏
07-11 326
随着跨院会诊的需求出现，安全高清的远程是为患者提供更加专业和全面的诊断意见的必要条件，医院内网下设备部署向日葵Q2Pro，同时为各类医院科室专家分配向日葵账号，当有远程诊疗需求发生时，医生仅需添加指定设备，即可在手机或电脑上发起远程操作，实时获取患者的检查数据，及时响应任何紧急情况。向日葵的远程系统采用了先进的RSA&AES非对称加密技术和安全协议，确保所有的数据传输都是安全的，其次使用控控接入医院内部的设备终端，使得控控上网，医院内部设备不联网，高度保障了医院内部的数据安全不被未授权访问。
昇腾环境下使用docker部署mindie-service
yuanlulu的博客
07-08 325
MindIE是基于昇腾硬件的运行加速、调试调优、快速迁移部署的高性能深度学习推理框架。它包含了MindIE-Service、MindIE-Torch和MindIE-RT等组件。我主要用MindIE-Service的功能，这个组件对标的是vllm这样的大语言推理框架。
Boost Security with SSH/SFTP Public
q2315702359的博客
07-08 1464
　　SocketTools .NET Edition eliminates password vulnerabilities and simplifies access management for secure file transfers and server communication.　　SocketTools .NET Edition by Catalyst Development Corp. is a development library designed to simplify adding
docker-compose安装PolarDB-PG数据库
最新发布
wnfff的博客
07-12 201
docker-compose安装PolarDB-PG数据库
【北京迅为】《i.MX8MM嵌入式Linux开发指南》-第一篇 嵌入式Linux入门篇-第二十六章 安装超级终端软件
BeiJingXunWei的博客
07-11 429
USB 转串口，也叫‘U 转串’，可以把没有串口的电脑虚拟一个串口出来，这样就让电脑具备了串口的功能，从而可以使得开发板和 PC 之间通过串口通讯了。（这里需要提醒一下，用户插入的 USB 接口不一样，显示的端口号也会不一样，大家只需要关注‘USB 转串口’插入后，增加的那一个串口号，这个增加的串口号需要大家记住，在超级终端的设置中会用到。首先使用串口线连接到开发板的串口（红色箭头指的地方），串口线的另一端连接U转串口，然后连接到电脑usb口上，连接方式如图所示，图片上连接的串口是调试串口。
子任务：IT运维的精细化管理之道
xxxxaayy的博客
07-11 755
在当今的企业运营中，信息技术已成为支撑业务发展的核心力量。同时提高服务交付速度和质量。随着业务的复杂性和动态性的不断增加，IT运维管理的角色变得愈发关键。然而，面对庞大的IT运维任务和多样化的服务需求，如何确保运维工作的高效性和系统性，成为了IT团队面临的一大挑战。正是在这一需求的驱动下，的概念应运而生，它作为一种将整体运维工作细化为更小、更具体、更易于管理的任务单元的方法，为IT运维团队提供了一种全新的工作模式。
NFS服务器、autofs自动挂载综合实验
ouqisheng的博客
07-11 991
现有主机 node01 和 node02，完成如下需求：1、在 node01 主机上提供 DNS 和 WEB 服务2、dns 服务提供本实验所有主机名解析3、web服务提供 www.rhce.com 虚拟主机4、该虚拟主机的documentroot目录在 /nfs/rhce 目录5、该目录由 node02 主机提供的NFS服务共享6、该目录可以通过autofs服务实现自动挂载7、所有服务应该在重启之后依然可以正常使用。
webshall爆破原理
06-01
Webshell爆破的原理是通过暴力破解的方式尝试猜测Web服务器上已经存在的Webshell的URL和密码等信息，以获取对Web服务器的控制权。 一般来说，Webshell是黑客通过漏洞利用或其他手段在Web服务器上植入的一种特殊脚本...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值