如何在Fragment中延迟任务并在onPause时取消，避免后台恢复后执行

现有代码的问题 #

你用的两种方式都不符合需求，原因如下：

• lifecycle.whenResumed：协程在Fragment进入后台时会挂起，一旦回到前台（重新进入RESUMED状态），挂起的delay会继续执行，所以最终还是会输出after delay 1。
• repeatOnLifecycle(Lifecycle.State.RESUMED)：这个函数会每次Fragment进入RESUMED状态时重新执行代码块，后台回到前台后会再次触发before delay 2和后续的延迟逻辑。

正确实现方式 #

要实现「延迟期间进入后台，即使回到前台也不再执行任务」，核心是让协程在Fragment离开RESUMED状态时被永久取消，而非挂起等待恢复。以下是几种可行方案：

方案1：通过生命周期观察者取消协程

直接监听Fragment的生命周期，进入后台（PAUSED状态）时取消协程Job：

val taskJob = lifecycleScope.launch {
    Timber.d("before delay")
    delay(15000)
    Timber.d("after delay")
}.also { job ->
    // 添加生命周期观察者，进入PAUSED时取消任务并移除观察者
    lifecycle.addObserver(object : DefaultLifecycleObserver {
        override fun onPause(owner: LifecycleOwner) {
            job.cancel()
            owner.lifecycle.removeObserver(this)
        }
    })
}

方案2：延迟期间定期检查生命周期状态

在延迟过程中分段检查当前生命周期状态，一旦离开RESUMED就取消任务：

lifecycleScope.launch {
    Timber.d("before delay")
    var remainingDelay = 15000L
    val checkInterval = 500L // 每500ms检查一次状态

    while (remainingDelay > 0) {
        // 若当前状态低于RESUMED（比如PAUSED/STOPPED），直接取消任务
        if (lifecycle.currentState < Lifecycle.State.RESUMED) {
            cancel()
            return@launch
        }
        val actualDelay = minOf(checkInterval, remainingDelay)
        delay(actualDelay)
        remainingDelay -= actualDelay
    }

    Timber.d("after delay")
}

方案3：结合whenStateAtLeast取消子协程

在主协程中启动任务子协程，同时监听生命周期进入PAUSED及以上状态时取消子协程：

lifecycleScope.launch {
    val taskJob = launch {
        Timber.d("before delay")
        delay(15000)
        Timber.d("after delay")
    }

    // 当生命周期进入PAUSED或更高优先级状态（STOPPED/DESTROYED）时取消任务
    lifecycle.whenStateAtLeast(Lifecycle.State.PAUSED) {
        taskJob.cancel()
    }
}

原理说明 #

以上方案的核心都是：一旦Fragment离开前台（RESUMED状态），立即取消任务协程，且不会在回到前台时重新启动。协程被取消后，delay会抛出CancellationException，后续代码不再执行。

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