面试官：RecyclerView布局动画原理了解吗？

最新推荐文章于 2022-07-06 17:37:07 发布
最新推荐文章于 2022-07-06 17:37:07 发布
阅读量410 收藏
点赞数
分类专栏： Android开发 文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/future234/article/details/113929102
版权

前言

温馨提示：文章有点长，建议关注微信公众号“字节小站”收藏阅读

本文主要通过以下几个方面来讲解RecyclerView的布局和动画原理：

  1. 布局放置:RecyclerView#dispatchLayout()
  2. 预布局阶段：RecyclerView#dispatchLayoutStep1()
  3. 布局阶段：RecyclerView#dispatchLayoutStep2()
  4. 开启动画阶段：RecyclerView#dispatchLayoutStep3()

背景知识

RecyclerView的Adapter有几个notify相关的方法：

  • notifyDataSetChanged()
  • notifyItemChanged(int)
  • notifyItemInserted(int)
  • notifyItemRemoved(int)
  • notifyItemRangeChanged(int, int)
  • notifyItemRangeInserted(int, int)
  • notifyItemRangeRemoved(int, int)
  • notifyItemMoved(int, int)

notifyDataSetChanged()与其他方法的区别：

  1. 会导致整个列表刷新，其它几个方法则不会；
  2. 不会触发RecyclerView的动画机制，其它几个方法则会触发各种不同类型的动画。

1. 布局放置

1.1 核心方法

RecyclerView#dispatchLayout()

1.2 作用

  1. 将View放置到合适的位置
  2. 记录布局阶段View的信息
  3. 处理动画

RecyclerView的布局我们可以分成三个阶段，也可以精细分成五个阶段。

1.2.1 三个阶段

1.2.1.1 预布局阶段

当需要做动画时，预布局阶段才会工作，否则没有实际意义，它对应dispatchLayoutStep1方法。动画有开始状态和结束状态，预布局完成后的RecyclerView是动画的开始状态。

1.2.1.2 布局阶段

无论是否需要做动画，布局阶段都会工作，它对应dispatchLayoutStep2方法。布局完成后的状态是用户最终看到的状态，也是动画的结束状态。

1.2.1.3 布局后阶段

布局完成后，需要执行动画操作，它对应的是dispatchLayoutStep3方法。当动画完成后，还会进行View回收操作。

1.2.2 五个阶段

1.2.2.1 预布局前

在dispatchLayoutStep1方法调用onLayoutChildren方法之前。它会保存当前RecyclerView上所有子View的信息到ViewInfoStore中，FLAG增加FLAG_PRE。表示View在预布局前就显示在RecyclerView上。

1.2.2.2 预布局中

在dispatchLayoutStep1方法调用onLayoutChildren方法时。它会根据算法，重新布置RecyclerView的子View，该阶段可能会添加新的子View。该阶段能够确定哪些View最终是不会展示给用户看的，FLAG增加FLAG_DISAPPEARED（例如：removed的View）。

1.2.2.3 预布局后

在dispatchLayoutStep1方法调用onLayoutChildren方法之后，将预布局完成后的子View与预布局前的子View对比，将新增的View的FLAG增加FLAG_APPEAR（调用notifyItemRemoved后，新填充的View）。

1.2.2.4 布局中

在dispatchLayoutStep2方法调用onLayoutChildren方法时。该阶段会把被挤出屏幕的View的FLAG增加FLAG_DISAPPEARED。

1.2.2.5 布局后

在dispatchLayoutStep3方法中。会将最终的子View的FLAG增加FLAG_POST。

1.2.3 动画类型

1.2.3.1 PERSISTENT

预布局前和布局后都存在的View所做的动画，位置有可能发生变化了，也有可能没有发生变化。

1.2.3.2 REMOVED

在布局前对用户可见，布局后不可见，而且数据已经从数据源中删除掉了。

1.2.3.3 ADDED

新增数据到数据源中，并且在布局后对用户可见。

1.2.3.4 DISAPPEARING

数据一直都存在于数据源中，但是布局后从可见变成不可见状态（例如因为其它View插入操作，导致被挤出屏幕外了）。

1.2.3.5 APPEARING

数据一直都存在于数据源中，但是布局后从不可见变成可见状态（例如因为其它View被删除，导致补位到屏幕内了）。

1.3 源码解析

1.3.1 RecyclerView#dispatchLayout()

  1. dispatchLayoutStep1()执行预布局，记录ViewHolder位置信息；
  2. dispatchLayoutStep2()执行布局，用户最终看到的效果；
  3. dispatchLayoutStep3()执行动画操作。

2. 预布局阶段

2.1 核心方法

  1. RecyclerView#dispatchLayoutStep1()

  2. RecyclerView#processAdapterUpdatesAndSetAnimationFlags()

  3. LinearLayoutManager#onLayoutChildren()

  4. LinearLayoutManager#updateAnchorInfoForLayout()

2.2 作用

  1. 处理Adapter变化
  2. 决定该执行哪种类型动画
  3. 保存当前RecyclerView上的子View的信息
  4. 如果需要执行动画，进行预布局

2.3 源码解析

2.3.1 RecyclerView#dispatchLayoutStep1()

  1. 判断是否需要开启动画功能
  2. 如果开启动画，将当前屏幕上的Item相关信息保存起来供后续动画使用
  3. 如果开启动画，调用mLayout.onLayoutChildren方法预布局
  4. 预布局后，与第二步保存的信息对比，将新出现的Item信息保存到Appeared中

2.3.2 RecyclerView#processAdapterUpdatesAndSetAnimationFlags()

作用：判断是否需要开启动画
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yCKSinj1-1613957809968)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic3.png)]

2.3.3 LinearLayoutManager#onLayoutChildren()

以垂直方向的RecyclerView为例子，我们填充RecyclerView的方向有两种，从上往下填充和从下往上填充。开始填充的位置不是固定的，可以从RecyclerView的任意位置处开始填充。

  1. 寻找填充的锚点(最终调用findReferenceChild方法）；
  2. 移除屏幕上的Views(最终调用detachAndScrapAttachedViews方法）；
  3. 从锚点处从上往下填充(调用fill和layoutChunk方法)；
  4. 从锚点处从下往上填充(调用fill和layoutChunk方法)；
  5. 如果还有多余的空间，继续填充(调用fill和layoutChunk方法)；
  6. 布局完成后有可能产生GAP，需要修复GAP；
  7. dispatchLayoutStep2阶段调用layoutForPredictiveAnimation将scrapList中多余的ViewHolder填充(调用fill和layoutChunk方法)。

2.3.3.1 寻找填充的锚点
  1. 优先返回全部在屏幕内，未标记removed的View；
  2. 次优先级返回不可见的View；
  3. 最低优先级返回删掉的view。

2.3.3.2 移除屏幕上的Views
  1. 调用notifyItemChanged(position)，position对应的ViewHolder会放入到mChangedScrap缓存中；
  2. 否则会放入到mAttachedScrap缓存中
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8z87DbQG-1613957809974)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic6.png)]
2.3.3.3 ~ 2.3.3.5 填充

调用LinearLayoutManager#fill()和LinearLayoutManager#layoutChunk()

  1. 从缓存中获取View或者创建View
  2. 如果是step1预布局阶段，调用addView()，将标记为removed的view放入到DISAPPEARED动画列表中
  3. 如果是step2布局阶段，调用addDisappearingView()，将被挤出屏幕的view放入到DISAPPEARED动画列表中
  4. 如果是removed的或者changed，不会记录消耗的填充量

2.3.3.6 修复GAP

通过mOrientationHelper.offsetChildren(gap)直接填补GAP

2.3.3.7 layoutForPredictiveAnimation

为了做动画，增加额外的Item

  1. 不需要做动画，或者是预布局直接返回
  2. 从mAttachedScrap中遍历到非removed的ViewHolder，但是返回的结果可能包含removed ViewHolder
  3. 如果遍历找到了非Removed ViewHolder，填充View
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-376eFIsJ-1613957809976)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic8.png)]

3. 布局阶段

3.1 核心方法

  1. RecyclerView#dispatchLayoutStep2()
  2. LinearLayoutManager#layoutChunk()
  3. LinearLayoutManager#addDisappearingView()
  4. ViewInfoStore#addToDisappearedInLayout()

3.2 作用

  1. 根据数据源中的数据进行布局，真正展示给用户看的最终界面
  2. 如果开启动画，将被挤出屏幕的View的保存到消失动画列表中

3.3 源码解析

3.3.1 RecyclerView#dispatchLayoutStep2()

  1. 将预布局模式改为false
  2. 布局填充View

3.3.2 LinearLayoutManager#layoutChunk()

布局阶段将被挤出屏幕的View放入到DISAPPEARED动画列表中

3.3.3 LinearLayoutManager#addDisappearingView()

把Removed的View或被挤出屏幕的View添加到Disappearing动画列表

3.3.4 ViewInfoStore#addToDisappearedInLayout()

加入到Disappeared动画列表
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rBJnErUZ-1613957809979)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic26.png)]

4. 触发动画阶段

4.1 核心方法

  1. RecyclerView#dispatchLayoutStep3()
  2. ViewInfoStore#addToPostLayout()
  3. ViewInfoStore#process()
  4. ItemAnimator#animateAppearance()

4.2 作用

  1. 清理工作
  2. 保存布局后的view的信息
  3. 触发动画
  4. 动画执行完回收工作

4.3 源码解析

4.3.1 RecyclerView#dispatchLayoutStep3()

  1. 将当前屏幕上的View信息记录到postLayout动画列表中
  2. 执行动画
  3. 清理操作
  4. 布局完成回调
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TfroM0ow-1613957809980)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic28.png)]

4.3.2 ViewInfoStore#addToPostLayout()

View信息记录到postLayout动画列表中
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eCi62CMf-1613957809981)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic29.png)]

4.3.3 ViewInfoStore#process()

作用：执行动画

工作流程，按优先级执行

  1. 调用unuse() 将view回收掉
  2. 执行消失动画
  • 2.1 预布局中不可见调用unuse()
  • 2.2 调用processDisappeared()
  1. 调用processPersistent()执行move或者change动画
  2. 执行remove动画
  3. 执行insert动画

4.3.4 ViewInfoStore$InfoRecord

作用：定义动画类型

  • FLAG_DISAPPEARED：消失动画，包含move和remove动画
  • FLAG_APPEAR：出现动画，包含move和insert动画
  • FLAG_PRE：预布局前已经显示在RecyclerView上
  • FLAG_POST：布局后显示在RecyclerView上
  • FLAG_APPEAR_AND_DISAPPEAR：先做出现动画，再做消失动画，无意义
  • FLAG_PRE_AND_POST：预布局前和布局后一直显示在RecyclerView上
  • FLAG_APPEAR_PRE_AND_POST：在FLAG_PRE_AND_POST基础上做出现动画

4.3.5 ViewInfoStore$ProccessCallback

作用：定义四种处理动画的接口

  • processDisappeared 处理消失动画
  • processAppeared 处理出现动画
  • processPersistent 处理一直存在动画，包含move和change动画
  • unused 不需要处理动画，执行回收

4.3.6 接口实现

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WO3iC6FU-1613957809984)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic15.png)]

4.3.7 ProccessCallback#processAppeared

兵分两路

  1. 调用ItemAnimator#animateAppearance()
  2. 调用RecyclerView#postAnimationRunner()

4.3.8 一路兵：ItemAnimator#animateAppearance()

4.3.8.1 SimpleItemAnimator#animateAppearance
  1. 该方法返回true表示需要做动画
  2. 否则不需要做动画
  3. 如果预布局前View已经存在而且位置发生改变，处理MOVE动画
  4. 否则，处理ADD动画
4.3.8.2 DefaultItemAnimator.animateMove
  1. 该方法并没有真正执行动画
  2. 将MoveInfo保存到mPendingMoves中，以便RecyclerView#postAnimationRunner()使用
  3. 判断是否有必要执行MOVE动画
  4. 回到preLayout的位置

4.3.8.3 DefaultItemAnimator.animateAdd

先调用setAlpha(0)，以便做淡入动画
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-y9ff8cjg-1613957809987)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic22.png)]

4.3.9 二路兵：RecyclerView#postAnimationRunner()

4.3.9.1 RecyclerView#postAnimationRunner

最终调用到ItemAnimator.runPendingAnimations

4.3.9.2 DefaultItemAnimator.runPendingAnimations
  1. 首先执行Remove动画
  2. 然后同时执行Move和Change动画
  3. 最后执行Add动画

动画的总时长为removeDuration + Math.max(moveDuration, changeDuration) + addDuration

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-G0Ae7Iap-1613957809989)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/rv/animationpic32.png)]

4.3.10 RecyclerView$ItemAnimatorRestoreListener

作用：动画结束后执行回收操作

  1. 动画执行完毕，removeAnimatingView
  2. 调用Recycler.recycleViewHolderInternal执行回收操作

5. 场景篇

5.1 notifyItemRemoved场景

5.1.1 场景描述

  1. 调用notifyItemRemoved()
  2. Adapter数据有100条，屏幕上有Item1～Item6 6个View，删除Item1和Item2

5.1.2 布局过程

  1. 将Item1 Item2对应的ViewHolder设置为REMOVE状态
  2. 将所有的Item对应的ViewHolder的mPreLayoutPosition字段赋值为当前的position
5.1.2.1 dispatchLayoutStep1阶段

  1. 寻找填充的锚点，寻找锚点的逻辑是，从上往下，找到第一个非remove状态的Item。在本Case中，找到Item3

  2. 移除屏幕上的Views，将它们的ViewHolder放入到Recycler的mAttachedScrap缓存中，这个缓存的好处是如果position对应上了，无需重新绑定，直接拿来用。

  3. 从锚点Item3处往下填充，mAttachedScrap只剩下ViewHolder2和ViewHolder1

  4. 从锚点Item3处往上填充Item2 Item1，因为Item2，Imte1已经被remove掉了，它消耗的空间不会被记录，那么到步骤5的时候还可以填充
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-my2RE43T-1613957809994)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/dmall/recyclerviewpic7.png)]

  5. 还有多余的空间，继续填充，把Item7、Item8填充到屏幕中

  6. 因为当前是预布局，直接返回

5.1.2.2 dispatchLayoutStep2阶段

  1. 寻找填充的锚点，寻找锚点的逻辑是，从上往下，找到第一个非remove状态的Item，找到Item3
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HNVRZI4G-1613957809995)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/dmall/recyclerviewpic13.png)]

  2. 移除屏幕上的Views，将它们的ViewHolder放入到Recycler的mAttachedScrap缓存中
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GYiZq3f1-1613957809996)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/dmall/recyclerviewpic14.png)]

  3. 从锚点Item3处往下填充，填充到Item6为止，就没有足够的距离了，mAttachedScrap只剩下ViewHolder8，ViewHolder7，ViewHolder2，ViewHolder1

  4. 往上填充，虽然此时还有两个View的高度，但是此时，上边没有数据了，此处不填充

  5. 此时还有两个View的高度，继续往下填充

  6. 修复GAP

  1. 当前是布局阶段，但是因为ViewHolder1和ViewHolder2都是被Remove掉的，所以跳过
5.1.2.3 dispatchLayoutStep3阶段
  1. Item1、Item2做消失动画
  2. Item3、Item4~Item8做移动动画
  3. 动画结束后，Item1、Item2会被回收到mCachedViews缓存池中

5.2 notifyItemInserted场景

5.2.1 场景描述

假设在Item1下面插入两条数据AddItem1，AddItem2

5.2.2 布局过程

5.2.2.1 dispatchLayoutStep1阶段
  1. 寻找锚点，找到Item1
  2. 移除屏幕上的Views，放入到mAttachedScrap中
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p2xYBR44-1613957810007)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/dmall/recyclerviewadd2.png)]
  3. 锚点处从上往下填充
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xPIBFOju-1613957810008)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/dmall/recyclerviewadd3.png)]
  4. 锚点处从下往上填充,由上图可知，上面没有空间了，不填充
  5. 判断是否还有剩余的空间，如果有在末尾填充，下面没空间了，不填充
  6. 因为当前是预布局阶段，不填充
5.2.2.2 dispatchLayoutStep2阶段
  1. 寻找锚点，找到Item1
  2. 移除屏幕上的Views，放入到mAttachedScrap中
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-l088wjTE-1613957810010)(https://cdn.jsdelivr.net/gh/lizijin/bytestation@master/dmall/recyclerviewadd2.png)]
  3. 锚点处从上往下填充，此时将变化后的数据填充到屏幕上，addItem1和addItem2被填充到item1下面
  4. 锚点处从下往上填充，由图可知，没有空间不填充
  5. 判断是否还有剩余的空间，由图可知，没有空间不填充
  6. 当前是layoutStep2阶段，会将mAttachScrap的内容，填充到屏幕末尾，ViewHolder5和ViewHolder6对应的ItemView被填充

5.2.2.3 dispatchLayoutStep3阶段
  1. Item2、Item3~Item6做移动动画
  2. addItem1、addItem2做淡入动画
  3. 动画结束后Item5、Item6被回收到mCachedViews缓存池中

5.3 场景总结

5.3.1 notifyItemRemoved场景

删除场景

5.3.2 notifyItemInserted场景

增加场景

欢迎关注我的微信公众号：字节小站

这是一个分享Android技术干货的公众号，如果您喜欢我的文章，帮我点“在看”。如果您觉得文章有干货，帮我分享给您的朋友吧。你们的支持是我持续创作的动力。欢迎投稿，让我们一起成长。一定要记得微信搜索“字节小站”，关注我哟~

字节小站
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android RecyclerView网格布局动画
从零开始的教程世界
07-10 591
In this tutorial, we’ll learn how to create animation for a RecyclerView in which elements are displayed in the form of a Grid. 在本教程中，我们将学习如何为RecyclerView创建动画，其中的元素以Grid形式显示。 We’ve already discussed ...
RecyclerView 源码分析（四）RecyclerView的动画机制
aha_jasper的博客
12-08 682
转载自琼珶和予 RecyclerView 源码分析（四）RecyclerView的动画机制 RecyclerView的动画机制 距离上一篇RecyclerView源码分析的文章已经过去了10多天，今天我们将来看看RecyclerView的动画机制。不过，本文不会分析ItemAnimator相关的知识，而是理解RecyclerView怎么执行ItemAnimator的，有关ItemAniamtor的知识，后面我会写专门的文章来分析。   本文参考资料： RecyclerView animations - An
RecyclerView回收和复用机制分析
qq_34317125的博客
04-08 1244
开始最近在研究 RecyclerView 的回收复用机制，顺便记录一下。我们知道，RecyclerView 在 layout 子 View 时，都通过回收复用机制来管理。网上关于回收复用机制的分析讲解的文章也有一大堆了，分析得也都很详细，什么四级缓存啊，先去 mChangedScrap 取再去哪里取啊之类的；但其实，我想说的是，RecyclerView 的回收复用机制确实很完善，覆盖到各种场景中，...
RecyclerView 动画原理 | pre-layout，post-layout 与 scrap 缓存的关系
weixin_47933729的博客
07-06 517
RecyclerView 缓存之一的 scrap 结构中缓存的是什么？为什么需要 scrap 缓存？pre-layout 及 post-layout 过程中 scrap 缓存内容会如何变化？这一篇继续通过 走查源码 + 断点调试的方式解答这些疑问。这一篇源码分析还是基于下面这个 Demo 场景： 列表中有两个表项（1、2），删除 2，此时 3 会从屏幕底部平滑地移入并占据原来 2 的位置。为了实现该效果，RecyclerView的策略是：为动画前的表项先执行一次pre-layout，将不可见的表项 3 也
RecyclerView原理分析
lilong_19880408的博客
10-11 1135
RecyclerView原理分析
面试官: 你了解前端路由吗?1
08-03
1. 基于hash的前端路由实现 2. 基于hash的前端路由升级 3. 基于H5 History的前端路由实现 1. 将路由的hash以及对应的callbac
面试官：对并发熟悉吗？说说Synchronized及实现原理.zip
最新发布
12-13
计算机技术、IT咨询、人工智能AI理论介绍，学习参考资料 计算机技术、IT咨询、人工智能AI理论介绍，学习参考资料 计算机技术、IT咨询、人工智能AI理论介绍，学习参考资料 计算机技术、IT咨询、人工智能AI理论介绍，...
面试官:Mysql怎么启动慢日志？
12-14
先查看下慢日志是否被开启 show variables like '%slow_query_log'; Mysql默认是OFF，关闭。 开启慢日志 set global slow_query_log=1; ...可以看到慢日志已经被开启了 慢日志是记录慢的sql，那具体什么才算是慢的sql...
面试官：如何终止线程？有几种方式？
12-21
在 Java 中有以下 3 种方法可以终止正在运行的线程： 使用退出标志，使线程正常退出，也就是当 run() 方法完成后线程终止； 使用 stop() 方法强行终止线程，但是不推荐使用这个方法，因为使用此方法不安全，目前该...
Android代码-一个具有多种视图类型，内部水平RecyclerView和布局动画的RecyclerView。
08-06
AdvancedRecycleView Android template - RecycleView with multiple view types, inner horizontal recycleView and layout animations.
RecyclerView 事件分发原理实战分析，【面试必备】
m0_61417918的博客
09-02 222
} } return true; } 但其实这样是无法实现需求的，因为如果按照我们目前的实现方案，是期望在 dy 大于阈值时，RecyclerView 可以完全对 MOVE 事件放手，将事件下沉到 item view 中去处理，根据事件分发规则，这就需要 RecyclerView 的 `onInterceptTouchEvent()` return false，然后子 View 即 item view 的 `onTouchEvent()` 会被调用。进而实现窗...
RecyclerView面试点
cxjwpp的博客
01-09 310
转载自：https://www.sohu.com/a/305598947_733133
【源码解析】RecyclerView的工作原理
Running&H的博客
09-17 164
RecyclerView源码分析三之动画分析
C安君的博客
07-01 403
介绍 在上一篇中，我们分析了RecyclerView的绘制与复用。接下来我们继续分析RecyclerView的动画实现原理。RecyclerView的动画分为两个阶段： PreLayout PostLayout 为什么RecylerView的动画要分为两个阶段 众所众知，ViewGroup可以通过LayoutTransition实现其内部childView的动画变化。在普通的ViewGroup，其内部的View的动画就是显示和隐藏。但是ReyclerView需要的动画有些不同，因为它有滚动的效果。比如：
最简单的RecyclerView Item动画全解析
qzns木雨的博客
12-16 3258
“Recycler Item是有动画的！” 笔者被扇了一巴掌，“你这特x不是废话吗，我是想知道Item动画怎么做！” hahahaha... 皮一下很开心。怎么做呢，其实根据不同的效果，可以选择难度不同的实现方式，本篇文章就是讲这个的！为了有更直观的感受，笔者做了个聊天场景的demo： .....
理解RecyclerView（六）—RecyclerView的滑动原理
https://juejin.cn/user/1654096907477549/posts
03-21 2837
前言：当你感到不舒服的时候就是成长的时候。我爱这艰难又拼尽全力的每一天。 一、概述   RecyclerView作为一个列表控件，自带滑动功能，实际开发中经常用到，它的滑动原理也是我们需要掌握的，正所谓“知其然更要知其之所然”。RecyclerView的滑动事件处理依然是通过`onTouchEvent()`触控事件响应的，不同的是RecyclerView采用嵌套滑动机制，会把滑动事件通知给支持嵌套滑动的父View先做决定。本文在介绍普通滑动的过程中可能会涉及到嵌套滑动的知识(下篇文章会
动画：面试官问我 0.1 + 0.2 __ 0.3 ? 为什么？该如何正确回答？
小鹿动画学编程
10-09 7217
作者 | 小鹿 来源 | 一个不甘平凡的码农 写在前边 第一次去面试，面试官问我0.1 + 0,2 __ 0.3？估计很多人都知道在 JS 中0.1 + 0.2 != 0.3 的，至于大于还是小于还真没弄明白。 像这种变态的问题，在 JS 中存在很多，那小鹿就干脆整理成了一系列，希望对你的 JS 基础进一步加牢，也希望你能在面试中顺利拿到 offer。 1、学习困惑 我先谈谈我自己之前在方面...
换个姿势看源码 | RecyclerView预布局（pre-layout）
augfun的博客
12-01 1159
RecyclerView 为什么要布局多次？RecyclerView 表项动画是怎么实现的？pre-layout 是什么意思？我带着这么多疑问在茫茫源码中苦苦搜寻答案，本想直接给出答案，却发现过程也很值得回味，且听我慢慢道来。 引子 最初听到pre-layout这个概念是从一道面试题：RecyclerView 为什么要预布局？ 下面这个场景就要用到预布局： 列表中有两个表项（1、2），删除 2，此时 3 会从屏幕底部平滑地移入并占据原来 2 的位置。 这是怎么做到的？RecyclerView如
双亲委派机制_面试官：双亲委派机制的原理和作用是什么？
05-31
双亲委派机制是Java类加载器的一种机制，它的原理是在类加载的过程中，先让父类加载器去尝试加载该类，只有在父类加载器无法加载该类的情况下，才由子类加载器去加载该类。这种机制可以保证Java类的唯一性，防止类的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值