很高兴见到你!我是《 Jetpack MVVM Best Practice 》作者 KunMinX 。
今天我们介绍的 “数据倒灌” 一词,是我为了方便理解和记忆 “页面在 ‘二进宫’ 时收到旧数据推送” 的情况,而在 2019 年 自创并在网上传播的 对此类现象的概括。
它主要发生在:通过 SharedViewModel + LiveData 的组合来解决页面通信的问题时。
关于 为什么会存在这个现象、为什么要使用 SharedViewModel + LiveData 等问题,可详见《 LiveData 数据倒灌》篇对背景缘由的解析。
在《 Jetpack MVVM 精讲》中我分别提到了 Event 事件包装器、反射方式、SingleLiveEvent 这三种方式来解决 “数据倒灌” 的问题。它们分别来自上文我们提到的外网、美团的文章,和官方最新 demo 。
但正如我在《 Jetpack MVVM 精讲》介绍的,它们分别存在如下问题:
对于多观察者的情况,只允许第一个观察者消费,这不符合现实需求;
而且手写 Event 事件包装器,在 Java 中存在 null 安全的一致性问题。
存在延迟,无法用于对实时性有要求的场景;
并且数据会随着 SharedViewModel 长久滞留在内存中得不到释放。
是对 Event 事件包装器 一致性问题的改进,但未解决多观察者消费的问题;
而且额外引入了消息未能从内存中释放的问题。
UnPeekLiveData 通过 独创的 “延时自动清理消息” 的设计,来满足:
1.消息被分发给多个观察者时,不会因第一个观察者消费了而直接被置空
2.时限到了,消息便不再会被倒灌
3.时限到了,消息自动从内存中清理释放
4.使非入侵的设计成为可能,并最终结合官方 SingleLiveEvent 的设计实现了 遵循开闭原则的非入侵重写。
并且 UnPeekLiveData 提供了构造器模式,可通过构造器组装适合自己业务场景的 UnPeekLiveData 。
本文以 CC 署名-非商业性使用-禁止演绎 4.0 国际协议 发行。
Copyright © 2019-present KunMinX
文中提到的 对 “数据倒灌” 一词及其现象的概括、对 Event 事件包装器、反射方式、SingleLiveEvent 各自存在的缺陷的理解,以及对 UnPeekLiveData 的 “延迟自动清理消息” 的设计,均属于本人独立原创的成果,本人对此享有最终解释权。
任何个人或组织在引用上述内容时,须注明原作者和出处。未经授权不得用于洗稿、广告包装等商业用途。
1
xcstream 2020-07-15 13:57:35 +08:00
所以这是干什么用的
|
2
momocraft 2020-07-15 14:22:46 +08:00
@xcstream
不懂 android 简单读了一下 文章描述了一种当 VM 生命周期长于 fragment 时,第二个 fragment 订阅同一个 VM 后立刻收到前一个 fragment 订阅的结果的现象(这个 "粘性事件" 行为和 rx 的 ReplaySubject 相似) 至于为什么设计上 VM 和 view 生命周期会不匹配,为什么只有 ReplaySubject 这种行为可选,为什么需要新造一个概念及其方案来解决,就不知道了 我没真的用过 LiveData 写东西,如果这么复杂才能把事情做对,我宁愿换个设计或改用 rx |
3
winterbells 2020-07-15 14:47:49 +08:00 via Android 1
@momocraft 这个粘性事件,Google 单独写了个去掉这个特性的 live data,但只发在了 sample 里,并没有打包进 jar 。。
|
4
zjsxwc 2020-07-15 15:01:01 +08:00
楼主怎么天天发帖刷版,和那个蓝人一个套路
逃 |
5
bkmi 2020-07-15 18:01:35 +08:00 via Android
@winterbells 我估计你说的是 SingleLiveEvent ,楼主提到了,但是他并不能解决所有的黏性问题,他实质上是限制了一个事件只能消费一次,连个半成品都算不上,也不能合入正式库。
楼主的的延时方案在我看来也不可靠,虽然大部分情况下会好使,低端一些的机器在主线程卡个一两秒的情况太常见了 |
6
bkmi 2020-07-15 18:09:03 +08:00 via Android 1
@momocraft 一方面是因为 Google 的 "高傲",要说动他去改很困难,另一方面是动作太慢,毕竟让 LiveData 支持初始值都花了好多年
|
7
KunMinX OP @bkmi
清理不是必需的,不清理也可避免数据倒灌,延迟时间也是可以设置的,这些都可以在 Builder 中自行配置,正文已提到,不再累述。 |
8
KunMinX OP @momocraft
任何技术方案绝非凭空存在,在对背景事实一无所知的情况下,构不成有效的推理和交流。 就事论事、实事求是,是最基本的认知原则。 后续若是再像上次那样,违背原则地针对我个人说些让人大跌眼镜的话,我从此就当没看见。 |
9
momocraft 2020-10-08 00:39:03 +08:00
还专门找我回过的帖警告我? 至于吗
不用这么麻烦的, 我不介意少一个你这样的..强者..看到我 |