Jetpack MVVM七宗罪 之二：使用 luanchWhenX 启动协程(2)

launchWhenX 的利与弊

============================================================================

LaunchWhenX 会在 lifecycleOwner 进入 X 状态之前一直等待，又在离开 X 状态时挂起协程。lifecycleScope + launchWhenX 的组合终于使 Flow 有了与 LiveData 相媲美的生命周期可感知能力：

避免泄露：当 lifecycleOwner 进入 DESTROYED 时， lifecycleScope 结束协程

节省资源：当 lifecycleOwner 进入 STARTED/RESUMED 时 launchWhenX 恢复执行，否则挂起。

但对于 launchWhenX 来说， 当 lifecycleOwner 离开 X 状态时，协程只是挂起协程而非销毁，如果用这个协程来订阅 Flow，就意味着虽然 Flow 的收集暂停了，但是上游的处理仍在继续，资源浪费的问题解决地不够彻底。

资源浪费

举一个资源浪费的例子，加深理解

fun FusedLocationProviderClient.locationFlow() = callbackFlow {

val callback = object : LocationCallback() {

override fun onLocationResult(result: LocationResult?) {

result ?: return

try { offer(result.lastLocation) } catch(e: Exception) {}

}

}

// 持续获取最新地理位置

requestLocationUpdates(

createLocationRequest(), callback, Looper.getMainLooper())

}

如上，使用 callbackFlow 封装了一个 GoogleMap 中获取位置的服务，requestLocationUpdates 实时获取最新位置，并通过 Flow 返回

class LocationActivity : AppCompatActivity() {

override fun onCreate(savedInstanceState: Bundle?) {

super.onCreate(savedInstanceState)

// 进入 STATED 时，collect 开始接收数据

// 进入 STOPED 时，collect 挂起

lifecycleScope.launchWhenStarted {

locationProvider.locationFlow().collect {

// Update the UI

}

}

}

}

当 LocationActivity 进入 STOPED 时， lifecycleScope.launchWhenStarted 挂起，停止接受 Flow 的数据，UI 也随之停止更新。但是 callbackFlow 中的 requestLocationUpdates 仍然还在持续，造成资源的浪费。

因此，即使在 launchWhenX 中订阅 Flow 仍然是不够的，无法完全避免资源的浪费

解决办法：repeatOnLifecycle

==================================================================================

lifecycle-runtime-ktx 自 2.4.0-alpha01 起，提供了一个新的协程构造器 lifecyle.repeatOnLifecycle， 它在离开 X 状态时销毁协程，再进入 X 状态时再启动协程。从其命名上也可以直观地认识这一点，即围绕某生命周期的进出反复启动新协程。

使用 repeatOnLifecycle 可以弥补上述 launchWhenX 对协程仅挂起而不销毁的弊端。因此，正确订阅 Flow 的写法应该如下（以在 Fragment 中为例）：

onCreateView(…) {

viewLifecycleOwner.lifecycleScope.launch {

viewLifecycleOwner.lifecycle.repeatOnLifecycle(STARTED) {

viewMode.stateFlow.collect { … }

}

}

}

当 Fragment 处于 STARTED 状态时会开始收集数据，并且在 RESUMED 状态时保持收集，最终在 Fragment 进入 STOPPED 状态时结束收集过程。

需要注意 repeatOnLifecycle 本身是个挂起函数，一旦被调用，将走不到后续代码，除非 lifecycle 进入 DESTROYED。

冷流 or 热流

顺道提一点，前面举得地图SDK的例子是个冷流的例子，对于热流（StateFlow/SharedFlow）是否有必要使用 repeatOnLifecycle 呢？个人认为热流的使用场景中，像前面例子那样的情况会少一些，但是在 StateFlow/SharedFlow 的实现中，需要为每个 FlowCollector 分配一些资源，如果 FlowCollector 能即使销毁也是有利的，同时为了保持写法的统一，无论冷流热流都建议使用 repeatOnLifecycle

最后：Flow.flowWithLifecycle

=====================================================================================

当我们只有一个 Flow 需要收集时，可以使用 flowWithLifecycle 这样一个 Flow 操作符的形式来简化代码

lifecycleScope.launch {

viewMode.stateFlow

.flowWithLifecycle(this, Lifecycle.State.STARTED)

.collect { … }

}

当然，其本质还是对 repeatOnLifecycle 的封装：

public fun Flow.flowWithLifecycle(

lifecycle: Lifecycle,

minActiveState: Lifecycle.State = Lifecycle.State.STARTED

): Flow = callbackFlow {

lifecycle.repeatOnLifecycle(minActiveState) {

this@flowWithLifecycle.collect {

send(it)

}

学习福利

【Android 详细知识点思维脑图（技能树）】

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。

这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！
大家展示一小部分。

[外链图片转存中…(img-AaTQ0Ab4-1715713437967)]

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！