一年时间已往了，LiveData真的被Flow代替了吗? LiveData会被废弃吗？

媒介：在客岁的这个时间，谷歌官方保举使用 Flow 更换LiveData，一年时间已往了，我信赖还是有很多android开发的朋侪和我一样有以下几个标题：Android开发职员必要从 LiveData 迁徙到 Kotlin Flows 吗？LiveData 现在是否已弃用？

?官方文档：https://developer.android.google.cn/kotlin/flow
?保举阅读：https://zhuanlan.zhihu.com/p/139582669
?保举阅读：https://juejin.cn/post/6979008878029570055
通过阅读本文你能相识到或学到什么：

• ① Flow, Shared flow & State flow的使用(具体操纵本文就不多说了，给各人保举好文)
  
• ② SharedFlow 和 StateFlow，它们也有自己的可变范例——MutableSharedFlow 和 MutableStateFlow，对比LiveData我到底用哪一个？
  
• ③我们已经有了Flow，为啥还会有SharedFlow、StateFlow，Flow不敷用吗？
  
• ④我要迁徙到Flow吗？
  

有人问：LiveData是不是真的将近被废弃了。LiveData：你是故意找茬？

我要迁徙到Flow吗？

我们先来回复这个各人最关心的标题

?结论：假如 LiveData 满意您的需求，那么就不急于更换它，假如是一个新项目，保举在 UI 中用 LiveData，在Repo层 中用 Flow。

下面请欣赏RxJava与LiveData&Flow的爱恨情仇：
在2017年之前，各人都是使用RxJava去共同Retrofit实现网络哀求，RxJava实现事故订阅。但是，谁用谁知道 (真的复杂，各种线程的切换，头脑爆炸，不过，现在用协程就可以啦?) 。由于是真的复杂，对大部门开发者不是很友好，于是在2017年那样的情况下，谷歌推出了LiveData。但是LiveData的功能却完全可以使用RxJava来实现，那么谷歌为啥还要费那么大劲整这么个库出来呢？固然是由于LiveData比力简朴啦~(而且RxJava不是谷歌自己的东西，谷歌：我可不想当大冤种?)。于是在之后的一段时间中，对于简朴场景各人开始使用LiveData了，对于复杂的场景各人还是在使用RxJava。由于LiveData驾御不了复杂场景啊。(LiveData:我太难了?)。不过幸亏，Flow出现了。Flow：LiveData老弟别怕，年老给你撑腰来啦！(着实我来代替你来了，嘿嘿）至今，它们之间的爱恨情仇还在继续.....

引用 扔物线（朱凯）大佬的话：协程的 Flow 和 RxJava 的功能范围非常相似——着实我以为就是一样的——但是 Flow 是协程里必不可少的一部门，而协程是 Kotlin 里必不可少的一部门，而 Kotlin 是 Android 开发里必不可少的一部门——哦这个说的不对，重新说——而 Kotlin 又是 Android 现在主推的开发语言以及将来的趋势，如许的话，Flow 一出来，那就没 LiveData 什么事了。别说 LiveData 了，以后 RxJava 也没什么事了。

LiveData会被废弃吗？

LiveData会由于Flow而被废弃吗？固然官方不停在保举使用Flow代替LiveData，但是在GDG的社区中的答案和多位国表里的GDE口中的答案是：不会被废弃！
缘故原由有两点：

• 在简朴的场景下使用LiveData已经够了，而且LiveData比力简朴，上手快，RxJava学习资本真的很高?，Flow也相对没有那么简朴。
  
• Flow 是协程的东西，假如你用的是Java来开发Android，那么你没有办法使用Flow。而且现在雇用平台至少有50%以上的Android岗位还在使用Java，以是LiveData不会被废弃!
  

总结：假如不必要使用到 Kotlin 数据流的强盛功能，就用 LiveData。Flow是比LiveData更好，但是在特定的场景下LiveData更符合！
SharedFlow 和 StateFlow，对比LiveData我到底用哪一个？

焦点：LiveData 实用于 MVVM，但不实用于 MVI

在MVI中，View通过触发事故与ViewModel通讯，然后在ViewModel的内部处置惩罚完这些事故后，发出新的ViewState并更新UI。而且使用LiveData处置惩罚视图状态非常简朴，可以同时用于MVVM和MVI，但是当我们想要像从前一样表现一个简朴的Snackbar时标题就来了。假如我们使用LiveEvent类，那么整个单向状态流就会受到干扰，由于我们只是在ViewModel中触发了一个变瞎搅与UI交互，但它应该是相反的。而使用StateFlow和SharedFlow则可以解决这个标题。
StateFlow 和 LiveData 有相似之处，两者都是可观察的数据持有者类，它们的差别在于StateFlow必要将初始状态转达给构造函数，而 LiveData 不必要。当视图进入 STOPPED 状态时，LiveData.observe() 会自动取消注册消耗者，而 StateFlow不会自动制止网络。假如想要实现雷同的功能的话，必要在Lifecycle.repeatOnLifecycle中网络流。
SharedFlow 和 StateFlow 之间的紧张区别在于，StateFlow 通过构造函数获取一个默认值，并在有人开始网络时便立刻发出，而 SharedFlow 不担当任何值，默认情况下什么也不发出。
我们已经有了Flow，为啥还会有SharedFlow、StateFlow。Flow不敷用吗？

StateFlow 和 SharedFlow 是 Flow API，它们使流可以或许以最佳的方式发出状态更新，并向多个消耗者发出消息。

单单一个Flow固然是不敷的啦

• Flow是无状态的，它没有 .value属性。它只是一个可以网络的数据流。
  
• Flow是声明性的（冷流）。它仅在网络时实现，而且对于每个新网络器都会创建一个新流。对于访问数据库和其他不必每次都重复的操纵，这不是一个好的选择。
  
• Flow原来是不知道Android的生命周期，但是厥后可以通过向LifecycleCoroutineScope添加扩展方法launchWhenStarted来解决，但大多数人不知道怎样正确使用它。而且由于Flow有一个订阅计数属性，当Lifecycle.Event到达ON_STOP时该属性不会改变。这意味着Flow将在内存中仍然处于活动状态，就会大概导致内存走漏！
  

想要学会怎样使用Flow？那你可以来看看这些文章

有小搭档说看不懂 LiveData、Flow、Channel，跟我走 —— Jetpack 系列（4） — 文章泉源掘金 丨大麦
从 LiveData 迁徙到 Kotlin 数据流 — 文章泉源掘金Android_开发者
Android 架构之 MVI 低级体 | Flow 更换 LiveData 重构数据链路 — 文章泉源掘金唐子玄
尾述

看完这篇文章，信赖你的心中已经有了属于自己的答案。还是那句话，不一定要最好的，但是要最符合的！由于我本人本领也有限，文章也是在阅读了网上的大量文章后和几位Android开发者一起讨论出来的，文章有不对的地方接待指出，有标题接待在批评区留言讨论~
关于我

Hello，我是Taxze，假如您以为文章对您有代价，渴望您能给我的文章点个❤️，也接待关注我的博客。
假如您以为文章还差了那么点东西，也请通过关注督促我写出更好的文章——万一哪天我进步了呢？?
根本系列：
2022 · 让我带你Jetpack架构组件从入门到夺目 — Lifecycle
学会使用LiveData和ViewModel，我信赖会让你在写业务时变得轻松?
当你真的学会DataBinding后，你会发现“这玩意真香”!
Navigation — 这么好用的跳转管理框架你确定不来看看?
Jetpack Room — 给你一种新的数据库操纵体验！
以下部门还在码字，赶紧点个收藏吧?
2022 · 让我带你Jetpack架构组件从入门到夺目 — Paging3
2022 · 让我带你Jetpack架构组件从入门到夺目 — WorkManager
2022 · 让我带你Jetpack架构组件从入门到夺目 — ViewPager2
2022 · 让我带你Jetpack架构组件从入门到夺目 — 登录注册页面实战（MVVM）
进阶系列:
一年时间已往了，LiveData真的被Flow代替了吗?(本文?)
协程 + Retrofit网络哀求状态封装
Room 缓存封装
.....