Kotlin 协程实践：深入理解 SupervisorJob、CoroutineScope、Dispatcher 与取消机制

引言

这不是 API 翻译文，而是结合实战的总结。
内容将带你彻底理解：协程作用域、异常隔离、线程调度、协程命名调试、一键取消的套路。

为什么要了解这些？

协程提供了 结构化并发 (Structured Concurrency)，让我们的异步代码：

✅ 可控

✅ 可取消

✅ 不乱跑线程

✅ 不会到处 leak 协程

但是：

什么时候用 Dispatchers.Default？
为什么有时候一个协程挂了，整个作用域都被取消？
协程怎么做到"一键取消+释放资源"？
CoroutineName 到底有什么调试意义？

如果你也有这些困惑，这篇文章是为你准备的。

正文

1. Dispatcher：到底哪个是主线程？

在协程中，不是 launch {} 就一定是主线程。

Dispatcher	执行线程	适用场景
Dispatchers.Main	主线程 (UI)	更新 UI（ViewModelScope 默认执行位置）
Dispatchers.IO	后台线程池 (I/O 密集型)	网络 / 文件 / DB
Dispatchers.Default	后台线程池 (CPU 密集型)	JSON parsing、计算任务

一句话口诀：

UI 用 Main，网络文件用 IO，计算用 Default。

viewModelScope.launch {} 默认是 Main (主线程)
Dispatchers.Default 不是主线程。

2. SupervisorJob：不让一个协程拖垮全家

默认 Job() 会这样：

bash 复制代码

┌── launch A ❌ -> 抛异常
│
└── 整个 Scope 被取消，B、C 也跟着死掉

而 SupervisorJob() 的行为是：

bash 复制代码

┌── launch A ❌ -> 失败
│
└── launch B ✅ still running
└── launch C ✅ still running

非常适合独立任务，比如：

多源并发加载页面数据
模块内部多任务执行队列
数据并发同步

3. 模块级协程作用域（可取消 + 异常隔离）

⭐ 最推荐的 Scope 配置：

Kotlin 复制代码

/**
 * 模块专用协程作用域
 * - SupervisorJob: 子协程异常不会影响其他协程
 * - Dispatchers.Default: 后台线程池
 * - CoroutineName: 便于调试
 */
private val moduleScope = CoroutineScope(
    SupervisorJob() + Dispatchers.Default + CoroutineName("HomeModule")
)

不用 GlobalScope！
因为它不可控、不跟随生命周期，容易泄漏。

4. 一键取消：优雅释放资源

模块销毁 / 页面退出时：

moduleScope.cancel()

如果需要"等待协程全部执行完"再返回：

runBlocking {

moduleScope.cancelAndJoin()

}

✅ cancel() → 发出"请求取消"

✅ cancelAndJoin() → 等所有协程结束
⚠️ 协程不会强制中断线程 ，而是通过 协作取消 实现。

长循环需要 isActive 检查，否则取消不掉：

while (isActive) {

doWork()

yield() // 让出调度增加响应性

}

5. CoroutineName：调试神器

加上名字后，你能在：

logcat 日志
协程异常栈
Android Studio Coroutine Debugger 面板

看到协程的名字！

开启协程调试：

System.setProperty("kotlinx.coroutines.debug", "on")

然后输出效果类似：

DefaultDispatcher-worker-2 @HomeModule/LoadUser#7 D/Home: Loading data...

6. 完整实战示例

模块启动多个任务 → 子协程互不影响 → 手动取消模块

Kotlin 复制代码

fun start() {
    moduleScope.launch(CoroutineName("LoadUser")) {
        val data = withContext(Dispatchers.IO) { repo.loadUser() }
        Log.d("Home", "User loaded: $data")
    }

    moduleScope.launch(CoroutineName("Sync")) {
        doSync()
    }
}

fun close() {
    moduleScope.cancel() // 释放所有启动的协程
}

最终总结

知识点	结论
`Dispatchers.Default`	❌ 不是主线程，用于 CPU 密集型任务
`viewModelScope` 默认执行位置	✅ 主线程 (`Dispatchers.Main.immediate`)
`SupervisorJob()`	✅ 子协程异常不影响其他协程
`scope.cancel()`	✅ 一键取消整个作用域，释放资源
`CoroutineName("xxx")`	✅ 调试更容易定位协程来源

协程的真正价值不是并发，而是：可管理、可取消、可维护。

下一篇： Kotlin 协程最佳实践：用 CoroutineScope + SupervisorJob 替代 Timer，实现优雅周期任务调度