独家记忆 | Jetpack MVVM 高频提问和解答

很快乐见到你！

我是《Jetpack MVVM 精讲》和《Jetpack MVVM 最佳实践》的作者 KunMinX，

在过去一年里，咱们分别在各途径的保护和交流中，收集到许多新上手的小j ~ . k s h 0 Q伙伴 $ I z O g 8在把 Jetpack MVVM 应用到自己项目中时，最频频提及的问题，

随着 Jetpac^ i ! &k MVVM 的遍及，高频问题也越来越多地出现在 面试或重构工作中，

考虑到这些四处涣散的 Q&A（发问和回答） 不便于新上手的小伙伴查阅，因L K – . |此单独准备了本文，点开就能直接检查到 从数百位读者的数千次发问[ K : $ g $中 精心筛选出的高频 Q&A，

所以这样的文章，早年甚至往后就只提供这么一篇，请爱惜地享用

目录一览

• 订阅读者交流群 高频 Q&A TOP 5
  • TOP 1：Jetpack MVVM 下的页面通讯怎样做？
  • TOP 2：LiveDM I L 5 ~ ( Uata “数据倒灌” 是什么状况，怎么解决？
  • TOP 3：UI 逻辑为什么不在 ViewModel 中写？
  • TOP 4：为什么不用 LiveDataBus？
  • TOP 5：W ` ` ]Navigation replace 办法回来时，怎样康复视图状4 V R k | – m况？
• 《最佳实践》项目 issue 区 高频 Q&A TOP 5
  • TOP 1：页面 onPause 的时候，不是不应收到音讯吗？
  • TOP 2：《最佳a m + d h A n实践》项目中的 “DataBinding 严厉形式” 是怎样回事？
  • TOP 3：绑定视图状况F # e O c ,，LiveData 和 ON = { g ` $ j 7bsern R $vableField，怎样取舍？
  • TOP 4：LiveData obseB c 3 o n ) )rve 回调走了屡次，该怎么处理？
  • TOP 5：将《最佳实践》的 Navigation 修v e x P改版引进到自己项目，成果仍是走的 replace，怎样办？

订阅读者交流群 高频 Q&A TOP 5

TOP 1：Jetpack MVVM 下的页面通讯2 ^ j h l C怎样做？

回答：经过 SharedViewModel 来D 4 2完结。

追问：为什么？

回答：咱们之所以挑选 Application 级的 Vi? V b + | ; w | sewModel，而不是静态单例或传统 bus 来完结 应用内 页面间的音讯通讯（如事情回调等），是考虑到：

1.该 ViewModel 被封装在视图控制器（Activity/Fragment）的基类，使I } G F 2 , s 6得音讯能够 仅限于在视图控制器之间传达，而不污染到之外的区域。

2.一起也可防止被外部的组件拿到，而形成不行y . d : + 8预期的推送。B . % Z 8 #

详细可见《最佳实践》项目中对 SharedViewModel 的运用。

TOP 2：LiveData “数据倒灌” 是什么状况，怎么解决？

回答：“数据倒灌” 现象是我全网创始的对某类现象的归纳，所以网上大概搜不到这类描述。

数据倒灌是 专指 在 页面通讯（事情回调）的场景下，经过 SharedVA 1 = U niewModel 的 LiveData 给当前页告诉过T , c一次，并回来上一页，下次再进入当前页时重p j H R . 8 = J U复收到旧数据推送的状况。

目前《最佳实践》项目中经过 UnPeekLiveData 解决了这类问题，详细可检查最新源码。

Event 包装器	非入侵式重写	UnG { .PeekLiveD` X U l W 2ata

TOP 3：UI 逻辑为什么不在 ViewModel 中写？

回答：J. ^ %etpack MVVM 首要遵从 数据驱动 和 关注点别离 这d 5 I z : v x T两) $ W X i ( ~ t大特性，

其中关注点别离 是经过 “最小知道原则” 来表现：

UI 逻辑在视图控制器（Act0 7 5 c S L k ;iviA ` t _ bty / Fragment）中写，

事务逻辑在数据层（例如 DataRepository）写@ = h ? B G 7。

ViewModx ; # a p a { ?el 作0 q c ] : h x v为 视图控制器 和 数据层 交流的桥梁，其本身应坚持轻量，以胜任 “承上启下” 的角色（坚持整体框架的 单; X T u c 1向依靠）。

而且，就像知道其他问题一样，“逻辑该在 Acti5 i 0 H Tvity 中写仍是/ N 2 ` ? = & } 2 ViewModel 中写”，

要搞清楚这个问题，咱们 仍然需求首先搞清楚，这件事的布景是什么 ——

是在多人协作的软件工程的布景下。

划重点

这意味着什么呢？意味着，一旦 你将 UI 逻辑放在 ViewModel 中写了，后续就不行控了，

你的搭档假如不熟悉这一套开发形式，在 “破窗效应” 的唆使下，就可能直接在 ViewModel 中取 context、取各种不应取的东西，最终内存走漏什么的，全都来了。

综上，ViewModel 的责. ] 9任鸿沟便是协助 Activity/Fragment 保管数据，不适合在 ViewModel 中写逻辑。

更多细节内容详见 《有了 Jetp1 Y . K ) (ack ViewModel . . . 真的能够随心所欲！》 中的介绍。

TOP 4：为什么不用 LiveDX 3 N j ? ( .ataBus？

回答：原因同上。

不I & u f J + #运用 LiveDataBus 是因为，咱们是以 在 多人协作、页面繁杂的 软件工程 为布景来议论架构规划的。在6 F c B这样的布景下，任何微不足道的危险，都可能被无限放大。

bus 本身 缺乏仅有/ v f & M Q可信源的理念束缚 以及 难以追溯事情源目标，应完全从项目中移除，防止团队新手的误用甚至乱用。t S e Y % %

详细缘由可参阅 《LivN d 2 l I CeData 不为人知的 身世布景 和 独特使命》 中的介绍。

与此一起，尽可能运用 单例或全局 ViewModel 来保管 liveData，这样R m R Y 7 P 5调试时能依据内存中的 liveData 目标找到事情源。LiveDataBus 这种经过 tag 来标记的，难以找到。O F 9 L k

TOP 5：Navigation replk { p : Y jace 办法回来时，怎样康复视图状况？

回答：Navigation 的 FragmentNavigator，官方写法是经过 replace 来发动新 Fragment，这可能形n : ` V成回来时重绘页面等问题，对此有两种办s t ? l 7法，一种是重写 FragmentNavigator，使之6 C . y Y m 8 J m经过 show hide 来发动新 Fragment，另一种是在 onCreat$ # geView 中复用上一次实w I G H O U G k N例化好的 View。

详/ Q + s | T P H细操作 和 注意事项 可参阅 《就算不用 Jetpack Navigation，也请必须领略的声明式编程{ K N O 2 r之美2 l , R 7 P！》 文末的详细弥^ E N 5 V _ ? |补，以及我和 Flywith24 在 《我的碎片很听话，你的 Fragment 有自己的? c c t想法》 评论区 22 楼关于 replace 办法回来时d j J M V U D ^ M视图状况康复的m $ 4 @讨论。

《最佳实践》项目 issue 高频 Q&A TOP 5：

TOP 1：页面 onPause 的时候，不是不应收到音讯吗？

回答：看到网上有不少 以讹传讹的网文 传达 “页面 onPause 时不会收到 LiveData 告诉” 等不实观点，给读者们徒添困扰、耽误很多时刻，特此辟谣：

现实恰恰相反d D S X s j ] I，onPause 能够收到，而 onStart 不是所有场景都能收到（截至 202E x x 5 i / x 90.2，Activity 能，Fragment 不能） ——

只有 onResume 和 onPause 是介于 STARL ( C PTED、RESUMED 状况之间，也即只有这两个生命周期节点 1X } = _00% 确定能够Z t f e Q o B f {收到 L7 ^ ] D %iveData 的推送。

详细缘由详见专栏0 ~ r ] ; e 《为你复原一个真实的 Jetpack Lik U @ X C }fecycle》 文末 最新弥补

TOP 2：《最H 3 & b ]佳实践》项目中的 “DataBinding 严厉形式”是怎样回事？

回答：“严厉形式” 是我依据对 “数据驱动” 的实质的了解，而全网创始的 软件工程安全的 “朴实数据驱动” 的写法。换言之，只要遵从Q , S “严厉形式”，就能够保证 100% 解决视图调用的一致性问题（安全性等价于依J Q L g . 0据函数式编程思维的 Jetpack Compose），防止在多布局等布景下繁殖的各种 null 安全状况x & f u y的发生。

关于 “数据驱动” 的实质，可详见 《从 被误解 到 真U F 3 : ! 8香 的 Jetpack DataBinding！》 和 《是 事关软件工程安全 的 数据驱动 UI 框架 上车指南》 中全网独家提供的深度解析。

TOP 3：为什么 MainActivityViewModel 中运用 LiveData 绑定视图状况，而其他e Y l i k _ State-ViewModel 运用 Ob ` A ) ( O tbservables T f eField？

回答：ObservaleField 有Q W t s W防抖的特点，要记住这B H j个特点，然后依据状况挑选运用。

比方 PureMuL 5 6 / !siw W Qc 中告诉抽屉打开，用 ObservaleField<Boolean> 不合适，而 LiveData 合适，
因为 ObservaleField 防抖，第一次 set true，就有 true 为 value 了，第2次再 set true，就不 notify 视图改写了（详细见 ObE w ? _ 0 o U r NservaleBoolean 的 set 办法完结）

防抖能够防止重复改写 以削减不必要的功能开销，所以看状况挑选 ObservaleF^ , ^ Uield 或 LiveData。m o z C }

更多细节内容详见 《从 被误解 到 真香 的 Jetpack DataBinding！》 文末及评论区中的弥补。

TOP 4：LiveData observe 回调走了屡次，该怎么处理？

回答：（注意此处所指的状况不A C M – 9 a e ~ f同{ . c P W于 “数据倒灌”）

考虑到此前有多位小伙伴私下询问过 LiveData “重复回调”的问题，这里额定做个明示：

LiveData 是被规划为，支持t @ R ? c u从 ViewModel、C N s d单例等仅有可信源 完结数据的一对多分发，因此其内部的调查套路 并非 “/ h a – H t t N一对一”的 调查者形式，而是 “一对多” 的 发布-订阅形式，我在 2018 年初自主规划并开源的 VIABUS 架构 也是采取这种形式，内部经过 Mx ( ) } E L 7ap 来保护订阅者Y ? L K。

所以正常状况下，对于 一个 LiveData 实例，在同一个页面中只该注册一次调查、请勿在 RecycF Z | v e z K –lerView Adapter 的 onBindViewHolderq x f ] % ~ – B + 等处注册，防止导致重复注册多个订阅者，然后不行预期地在每次恳求后 “收到屡= 8 J次推送”。1 L S 1 ! w K )

更多完整的提示可参见 《LiveData 不为人知的 身世布景 和 独特使命》 文末的最新弥补。

TOP 5：将《最佳实践》的 Navigation 修改版引进到自己项目，成果仍是走的 replace，怎4 V v X i 5 l d [样办？

回答：请移除自己项目中引进的 n^ b , x ;avigo h aation.fragment gradle 引用，不然可能会覆盖来自 architecture modu9 6 A O rle 下的那些。
而且，请保E – 6 g /证 navigation.fragment 被移入自己项目时，和本来 architeU s f y d t A J Kcture module 中一样，运用完整的 com.androidX 的包名途径。

版权声明

本文以 CC 署名-非商业性运用-制止演绎 4.0 国际协议 发行。1 m % y A [ g 9

Copyright 2019-present KunMinX

本( s ; R @ [ 1 o –文内容均属于作者 KunMinX 原创，转载须遵守上述协议，保证原文内容的完整、注明作者及出D S U处。

任1 H F k 0 e a k何个人或安排，未经作者本人交流答应，不得将文Y 7 3 n g S K ` y中内容洗稿和用于写书、卖课等商业活动。