android - LifecycleScope.launchWhenStarted 是否安全？如果不安全，在什么情况下？

Question

在我的应用程序中，我使用协程向 API 发送请求，然后执行流程。当请求到来时，我更改了 stateFlow 的值，以便我 Activity 中的收集器看到它并完成它的工作。这是一个简单的场景。在 android 网站 (https://developer.android.com/kotlin/flow/stateflow-and-sharedflow) 中，建议使用 2 种方法。在这种情况下，我应该更喜欢哪种方法？
以下是来自上述链接的引文。 :

StateFlows are safe to collect using the launchWhen() functions sincethey're scoped to ViewModels, making them remain in memory when theView goes to the background, and they do lightweight work by justnotifying the View about UI states. However, the problem might comewith other producers that do more intensive work.

在这个引文中，据说第一种方法是安全的，但是在最后一句话中有一个警告。那个警告是为了什么？我不明白它是否安全。生产者是否继续以第一种方法工作？就我而言，如果请求尚未到来，并且用户在后台使用应用程序，生产者是否工作并尝试更新 UI？
第一种方法:

class LatestNewsActivity : AppCompatActivity() {
    private val latestNewsViewModel = // getViewModel()

    override fun onCreate(savedInstanceState: Bundle?) {
        ...
        // This coroutine will run the given block when the lifecycle
        // is at least in the Started state and will suspend when
        // the view moves to the Stopped state
        lifecycleScope.launchWhenStarted {
            // Triggers the flow and starts listening for values
            latestNewsViewModel.uiState.collect { uiState ->
                // New value received
                when (uiState) {
                    is LatestNewsUiState.Success -> showFavoriteNews(uiState.news)
                    is LatestNewsUiState.Error -> showError(uiState.exception)
                }
            }
        }
    }
}

第二种方法:

class LatestNewsActivity : AppCompatActivity() {
    ...
    // Coroutine listening for UI states
    private var uiStateJob: Job? = null

    override fun onStart() {
        super.onStart()
        // Start collecting when the View is visible
        uiStateJob = lifecycleScope.launch {
            latestNewsViewModel.uiState.collect { uiState -> ... }
        }
    }

    override fun onStop() {
        // Stop collecting when the View goes to the background
        uiStateJob?.cancel()
        super.onStop()
    }
}

在这种非常简单的情况下，哪种方法更合适？

Answer 1

不管怎样，collect如果 View 处于停止状态或低于 STARTED 的任何状态， block 将不起作用。
但是有一个称为流订阅计数的东西，它表明有多少订阅者希望收集流。诀窍来了。当 View 移动到小于 STARTED 状态的状态时，collect block 被挂起，但流的订阅计数保持不变，这使流生产者保持在内存中。但是如果你通过取消作业来使用第二种方法，当你取消作业时订阅数会减少，它会阻止流生产者在不需要时在内存中浪费资源。
现在他们在最后一句中给出的警告是针对除 StateFlow 之外的其他流量生产者的。 .例如流构建器函数 flow{ //some intensive work } . StateFlow 的工作方式不同，因为它只是将 UI 状态发送到 Activity/fragment 并且不包含任何代码块(昂贵的代码)。因此使用 launchWhen 函数收集 StateFlow 是安全的。
这是在 UI 状态发射的情况下所需的工作，因为您需要流来发射更改，即使 fragment 在后台堆栈中并且不活动但应该在再次从后台堆栈恢复后立即获得最新更改。在这里，StateFlow 应保留在内存中，其范围仅限于 View 模型。