Kotlin协程实现无限循环的最佳实践是什么？现有写法是否正确？

你当前的写法可以正常运行，但存在较多隐患，不属于最佳实践，核心问题有两个：

• 你使用了GlobalScope启动协程，默认没有绑定任何业务生命周期，只要进程不终止协程就会一直运行，非常容易造成内存泄漏，除非你明确需要和应用进程生命周期完全绑定的全局任务，否则严禁使用GlobalScope。
• 裸写while(true)如果循环内部没有挂起函数，协程无法响应取消请求，即使你手动调用Job.cancel()也不能终止循环，因为协程取消是协作式的，需要主动检查运行状态。

推荐实现方案 #

1. 选择合适的协程作用域 #

不要使用GlobalScope，而是使用和你业务生命周期绑定的协程作用域：

• Android开发可以直接使用平台提供的viewModelScope、lifecycleScope，会在ViewModel销毁、页面销毁时自动取消所有子协程
• 后端/纯Kotlin环境可以创建自定义的业务作用域，在服务终止时手动调用scope.cancel()批量终止所有关联协程

2. 可取消的循环写法 #

根据你的场景选择对应写法：

场景1：无固定间隔的循环逻辑

如果循环内部没有内置挂起函数，使用isActive判断协程运行状态：

businessScope.launch {
    while (isActive) {
        // 你的循环业务逻辑
    }
}

如果是CPU密集型的长耗时循环，可以在逻辑中插入yield()主动让出线程，同时响应取消：

businessScope.launch {
    while (isActive) {
        // 耗时计算逻辑
        yield()
    }
}

场景2：固定间隔执行的定时循环

如果是定时执行的任务，直接在循环中加入delay挂起函数，delay本身天然支持取消，不需要额外判断状态：

businessScope.launch {
    while (true) {
        // 你的业务逻辑
        delay(1000) // 间隔1秒执行，支持取消
    }
}

也可以用Flow实现，方便结合Flow的操作符做更复杂的逻辑控制：

businessScope.launch {
    flow {
        while (true) {
            emit(Unit)
            delay(1000)
        }
    }.collect {
        // 你的业务逻辑
    }
}

注意事项 #

• 不要在循环的异常捕获逻辑中吞掉CancellationException，如果捕获到该异常需要重新抛出，否则协程取消会失效
• 不要给启动协程的launch方法传入NonCancellable上下文，否则协程会真的无法取消，和使用GlobalScope的效果一致

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