为了账号安全,请及时绑定邮箱和手机立即绑定

RecyclerView动画 第二篇-幕后

标签:
Android

这是系列文章的第二篇,请先阅读第一篇

在第一篇文章中,我主要介绍了在RecyleyView中如何预测动画的运行。实际上有很多简单实现(对于LayoutManager)。这里有一些你需要知道的关键点。

当LayoutManager的children被移除的时候RecyclerView仍然保留他们的引用。这是如何工作的?LayoutManager和RecyclerView的约定是无效的么

是的,有点违反了和LayoutManager的约定,但是:

RecyclerView保持了View做为一个ViewGroup的child,但是对于LayoutManager又隐藏起来了。每次 LayoutManager调用了访问children的方法时,RecyclerView都把隐藏的View考虑在内。让我们看下第一篇中的一个例子,‘C’正在被移出Adapter。

当‘C’淡出时,如果LayoutManager调用了getChildCount(),RecyclerView会返回6虽说LayoutManager有7个children。如果LayoutManager调用了getChildAt(int),RecyclerView会跳过‘C’(或其他隐藏的children)。如果LayoutManager调用了addView(View, position),RecyclerView会在调用ViewGroup#addView前也会跳过。

当动画结束时,RecyclerView会移除并回收View。

更多信息你可以查看ChildHelper 这个内部类。

在preLayout过程中RecyclerView如何处理item的位置,是因为他们与Adapter不匹配么?

一个特殊的通知事件被添加到Adapter是可行的。当Adapter分派了notify**事件时,RecyclerView纪录它们并发送布局请求。任何下一个布局显示前获得的事件都会被一起应用。

当系统调用了onLayout时,RecyclerView做了如下动作:

  1. 纪录更新事件,例如move事件被增加到更新事件列表的末尾。移动move事件到列表末尾是一个简单步骤,所以我就不在这里展开了。如果你感兴趣你可以看OpReorderer类。

  2. 依次处理事件和更新当前的ViewHolders’的位置。如果一个ViewHolder被移除,他会被标记为removed。执行时,RecyclerView判断这个adapter的改变是否会被发送到LayoutManager的preLayout之前或之后的步骤。流程如下:

  • 如果是add操作,会被推迟,因为preLayout中应该没有item。

  • 如果是 updateremove 操作并影响了已经存在的ViewHolders,它会被延期。如果没有影响当前的ViewHolders,它会被发送到LayoutManager,因为RecyclerView不能恢复item之前的状态(因为没有一个ViewHolder能表示item之前状态的)。

  • 如果是move操作,它会被推迟,因为在pre-layout处理过程中RecyclerView会伪造一个位置。例如,如果item从位置3移动到位置5,在pre-layout处理过程中当位置3的View被请求时RecyclerView会返回位置为5的View。

  • 如果有必要RecyclerView会重写更新操作。例如,如果一个更新或者删除操作影响到了一些ViewHolder,RecyclerView会把操作分离开。如果一个操作应该发送到LayoutManager但是一个推迟的操作有可能影响它,RecyclerView会重新排序这些操作以便前后一致。

    例如,如果已被推迟的Add 1 at 3动作后紧跟着一个不能推迟的Remove 1 at 5动作。RecyclerView会发送给LayoutManager一个Remove 1 at 4动作。原因是Add 1 at 3执行后Remove 1 at 5也被通知执行了,它们针对的都是同一个item。RecyclerView没有通知LayoutManagerAdd 1 at 3的动作,它会重写以便前后一致。

    这个方法使得LayoutManager跟踪item的消亡很简单。在Adapter和LayoutManager之间的抽象化使这一切成为可能,这就是为什么RecyclerView从来不发送Adapter到LayoutManager,替代的是,提供方法访问Adapter的状态和循环利用。

    ViewHolder也有它自己的old positionpre layout position和最终Adapter中的位置。当ViewHolder#getPosition被调用时,根据当前布局状态(pre或post)要么返回preLayout的位置要么返回最终Adapter的位置。LayoutManager不关心这个因为发送给它的都是前后一致的。

当Adapter更新被处理后,RecyclerView保存了当前View的位置和大小用于之后的动画使用。

preLayoutRecyclerView调用LayoutManager#onLayoutChildren。就像我在第一篇文章中提到的,LayoutManager运行自己的布局规则。它所做的这些都是了布局那些被deletedchanged(LayoutParams#isItemRemovedLayoutParams#isItemChanged)的item。在这里需要提醒的是,被删除或被改变的item仍然会被Adapter API提供给LayoutManager。这样,LayoutManager就会简单的认为是其他View(添加、测量、位置等).

preLayout结束后,RecyclerView再次纪录这些View的位置并告诉LayoutManager继续更新Adapter

RecyclerView再次调用LayoutManager的onLayout(postLayout).这时,所有item的位置匹配Adapter现在的内容。LayoutManager再次用自己的规则显示布局。

post layout结束后,RecyclerView再次检测这些View的位置,判断哪些item是被添加的,被删除的,被改变的和被移动的。它‘隐藏’了被删除的View,item没有被LayoutManager加入,加入到了RecyclerView里(因为它们应该开始动画了)

需要动画的Items被ItemAnimator开始运行它的动画效果。当动画执行完毕,ItemAnimator会调用RecyclerView里的回调方法,如果不再用了,View会被RecyclerView移除和回收。

如果item位置使用了LayoutManager保留的一些内部数据结构会发生什么?

一切工作...。感谢RecyclerView重写了Adapter的更新,当其中某一个adapter数据更新回调方法被调用时,所有的LayoutManager都可以自己处理更新。只要RecyclerView确保恰当的调用时机和顺序。

在布局时的任何时候,如果LayoutManager需要访问adapter额外的数据(一些自定义的API)。可以调用Recycler#convertPreLayoutPositionToPostLayout获得item在adapter中的位置。例如,GridLayoutManager用这个API去获得item的范围大小。

如果调用 notifyDataSetChanged 会发生什么?如何预测动画的运行?

什么也不会发生,这就是为什么notifyDataSetChanged应该最后调用。当adapter里的notifyDataSetChanged被调用时,RecyclerView不知道哪个的item被移动了所以他不能正确的假装getViewForPosition调用的样子。只是简单像LayoutTransition一样运行动画。

我希望这两篇文章可以帮助你理解RecyclerView里的动画是如何工作的和为什么这样工作。

原文链接:http://www.apkbus.com/blog-705730-60512.html

点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消