编程语言
首页 > 编程语言> > 官方推荐Flow,LiveData:那我走,程序员面试题网站

官方推荐Flow,LiveData:那我走,程序员面试题网站

作者:互联网

image.png

LiveData的缺点:


而LiveData它的缺点其实也非常明显,LiveData肩负着为UI提供数据订阅的能力,所以他的数据订阅只能在主线程,可能会有小伙伴说可以在子线程通过postValue去发布数据啊。但是其实这个postValue是有坑的,被坑过的小伙伴都应该知道短时间通过多次postValue,中间可能会存在数据的丢失。

而且在复杂的场景LiveData支持的能力确实有一些尴尬。

总结一下LiveDta有几个缺点:

LiveData你别走


《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

但我们也不应该踩一捧一,确实LiveData整体上有更低的学习成本,在一些简单的场景LiveData已经完全能够满足我们的需要。

而且官方也说过并不会废弃LiveData,原因是:

Flow

====

Flow是Google官方提供的一个类似于RxJava的响应式编程模型。它是基于Kotlin协程的。 它相对于Rxjava具有以下特点:

我们知道Flow的特点之一就是冷流。那么什么是冷流呢?

StateFlow


因为Flow是冷流,这与LiveData的特点完全不一样,因此Flow提供了StateFlow来实现热流。

StateFlowSharedFlow 的一个比较特殊的变种,而 SharedFlow 又是 Kotlin 数据流当中比较特殊的一种类型。StateFlow 与 LiveData 是最接近的,因为:

官方推荐当暴露 UI 的状态给视图时,应该使用 StateFlow。这是一种安全和高效的观察者,专门用于容纳 UI 状态。

StateFlow使用

StateFlow替换掉LiveData是简单的。我们来看看StateFlow的构造函数:

/**

*/

@Suppress(“FunctionName”)

public fun MutableStateFlow(value: T): MutableStateFlow = StateFlowImpl(value ?: NULL)

image.png

我们在ViewModel上游中不断的发送值,View层通过collect函数去获取到上游发送的数据。

StateFlow只有在值发生改变时才会返回,如果发生更新但值没有变化时,StateFlow不会回调collect函数,但LiveData会进行回调。

stateIn

StateIn 能够将普通的流转换为StateFlow,但转换之后还需要一些配置工作.

image.png

WhileSubscribed

WhileSubscribed 策略会在没有收集器的情况下取消上游数据流。通过 stateIn 运算符创建的 StateFlow 会把数据暴露给视图 (View),同时也会观察来自其他层级或者是上游应用的数据流。让这些流持续活跃可能会引起不必要的资源浪费,例如一直通过从数据库连接、硬件传感器中读取数据等等。当您的应用转而在后台运行时,您应当保持克制并中止这些协程

标签:订阅,面试题,协程,Flow,LiveData,数据流,StateFlow
来源: https://blog.csdn.net/m0_65638815/article/details/122159655