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 Lo