Fragment回到前台时mainViewModelScope无法启动协程的解决方法

你的问题核心在于：当调用mainViewModelScope.cancel()后，该协程作用域的Job已进入终止状态，无法再通过它启动新的协程。原代码中每次Fragment进入后台时，你直接取消了整个自定义的协程作用域，导致后续回到前台时，这个作用域已经失效，无法再启动定时器协程。

方案一：使用ViewModel自带的viewModelScope（推荐） #

AndroidX ViewModel内置了viewModelScope，它会自动绑定ViewModel的生命周期，在ViewModel销毁时自动取消所有协程。我们只需要单独管理定时器的协程任务，而非取消整个作用域。

修改后的ViewModel代码：

class YourViewModel : ViewModel() {
    private var fetchTimerJob: Job? = null
    private val ioScope = CoroutineScope(Dispatchers.IO + SupervisorJob())

    fun startFetchDeviceTimer() {
        // 先取消已有活跃任务，避免重复启动
        fetchTimerJob?.cancel()
        fetchTimerJob = viewModelScope.launch {
            while (isActive) {
                Log.d(TAG, Thread.currentThread().name)
                ioScope.launch {
                    Log.d(TAG, Thread.currentThread().name)
                    val deviceResponse = homeRepository.getDeviceList()
                    val deviceVOList = deviceResponse.deviceList.map { mapModel2VO(it) }
                    deviceVOListData.postValue(deviceVOList)
                }
                delay(FETCH_DEVICE_INTERVAL.toDuration(DurationUnit.SECONDS))
            }
        }
    }

    fun cancelFetchDeviceTimer() {
        fetchTimerJob?.cancel()
        fetchTimerJob = null
    }

    override fun onCleared() {
        super.onCleared()
        ioScope.cancel() // ViewModel销毁时取消IO线程协程池
    }
}

方案二：自定义作用域，取消后重新初始化 #

如果坚持使用自定义协程作用域，需要在作用域被取消后，重新创建一个新的作用域才能继续启动协程：

修改后的ViewModel代码：

class YourViewModel : ViewModel() {
    private var mainViewModelScope = CoroutineScope(Dispatchers.Main + SupervisorJob())
    private val ioScope = CoroutineScope(Dispatchers.IO + SupervisorJob())

    fun startFetchDeviceTimer() {
        // 检查作用域是否已失效，失效则重新创建
        if (!mainViewModelScope.isActive) {
            mainViewModelScope = CoroutineScope(Dispatchers.Main + SupervisorJob())
        }
        startTimerActual()
    }

    private fun startTimerActual() {
        mainViewModelScope.launch {
            while (isActive) {
                Log.d(TAG, Thread.currentThread().name)
                ioScope.launch {
                    Log.d(TAG, Thread.currentThread().name)
                    val deviceResponse = homeRepository.getDeviceList()
                    val deviceVOList = deviceResponse.deviceList.map { mapModel2VO(it) }
                    deviceVOListData.postValue(deviceVOList)
                }
                delay(FETCH_DEVICE_INTERVAL.toDuration(DurationUnit.SECONDS))
            }
        }
    }

    fun cancelFetchDeviceTimer() {
        mainViewModelScope.cancel()
    }

    override fun onCleared() {
        super.onCleared()
        mainViewModelScope.cancel()
        ioScope.cancel()
    }
}

1. 避免取消整个作用域：除非你确定该作用域下的所有协程都不需要再运行，否则尽量只取消单个任务Job，而非整个作用域。
2. viewModelScope的优势：它是Android官方推荐的协程作用域，自动处理生命周期，无需手动管理作用域的销毁，能有效避免内存泄漏。
3. IO协程池的清理：自定义的ioScope需要在ViewModel销毁时手动取消，防止后台任务持续运行导致内存泄漏。

内容的提问来源于stack exchange，提问作者eta cao