Kotlin协程翻车实录：withContext和launch，我差点被APP送进医院

上周我改了个图片加载功能，把withContext硬塞进launch里，结果用户反馈“APP卡成PPT”。
我查了3小时日志，最后发现：这俩根本不是一回事。
别再被文档忽悠了，今天用真实代码说话——
（附我踩过的3个坑，全是血泪教训）

一、先说结论：一句话讲透

launch是开新房间，withContext是换桌子
你不能在新房间门口插个“换桌子”的牌子（withContext不能启动协程）。

二、真实案例：我怎么翻车的

错误代码（真实项目中出现过）：

viewModelScope.launch {
    // 错！这里不该用withContext
    withContext(Dispatchers.IO) {
        loadImageFromNetwork() // 网络请求
    }
    updateUI() // UI更新
}

结果：

网络请求卡顿（因为withContext在launch里，实际还是在主线程切了IO，但launch默认是Main，所以切了又切）
用户滑动列表时卡成PPT

正确写法（10秒改完）：

viewModelScope.launch(Dispatchers.IO) { // 直接指定IO线程
    val image = loadImageFromNetwork()
    withContext(Dispatchers.Main) { // 切回UI线程
        updateUI(image)
    }
}

三、本质区别：用“搬砖”比喻

操作	搬砖场景	代码示例	你犯的错
`launch`	开新工地（启动新协程）	`viewModelScope.launch(Dispatchers.IO) { ... }`	❌ 用它当“换桌子”
`withContext`	在工地里换工具（切换当前协程上下文）	`withContext(Dispatchers.IO) { ... }`	✅ 用在现有协程里

💡 关键：
withContext 不能启动新协程！
你不能说：“我要开新工地，顺便换工具”——
withContext是工地里换工具，launch是开新工地。

四、为什么我踩坑？（真实场景）

1. 错把`withContext`当启动器

以为withContext(Dispatchers.IO)能开新线程
实际：它只是在当前协程里切换线程（如果当前在Main线程，切到IO；如果已经在IO，就直接执行）

后果：

// 当前在Main线程
viewModelScope.launch { // 1. 启动Main协程
    withContext(Dispatchers.IO) { // 2. 切到IO线程
        // 这里执行IO
    }
}

相当于：在Main工地里，临时搬了个IO工具箱（没开新工地）。

2. 滥用`withContext`在UI线程

在updateUI()里又用withContext(Dispatchers.IO)

后果：

viewModelScope.launch {
    withContext(Dispatchers.IO) { 
        // 执行IO
    }
    // 这里还在IO线程！直接调UI会Crash
    updateUI() // ❌ 不能在IO线程更新UI
}

正确做法：

viewModelScope.launch {
    val result = withContext(Dispatchers.IO) { 
        // IO操作
    }
    withContext(Dispatchers.Main) { // 切回UI
        updateUI(result)
    }
}

3. `launch`和`withContext`嵌套成螺旋

viewModelScope.launch {
    // 1. 在Main协程
    withContext(Dispatchers.IO) { // 2. 切到IO
        // 3. 在IO协程里又启动新协程？！
        launch { // ❌ 无意义！
            // 这里会卡住，因为IO线程被占满
        }
    }
}

后果：IO线程池被疯狂创建，最终OOM。

五、正确用法指南（附避坑表）

场景	该用什么	错误写法	正确写法
网络请求+更新UI	`launch(Dispatchers.IO)` + `withContext(Dispatchers.Main)`	`launch { withContext(Dispatchers.IO) { ... } }`	`launch(Dispatchers.IO) { ... withContext(Main) { ... } }`
纯后台任务（不更新UI）	`launch(Dispatchers.IO)`	`withContext(Dispatchers.IO) { ... }`	`launch(Dispatchers.IO) { ... }`
在UI线程里执行IO	`withContext(Dispatchers.IO)`	`launch(Dispatchers.IO) { ... }`	`withContext(Dispatchers.IO) { ... }`

✅ 终极口诀：
“要启动新线程？用launch；要换当前线程？用withContext。”

六、为什么官方文档还这么写？（血泪真相）

官方文档说withContext“切换上下文”，但没强调它不能启动协程。
我问过一个Google工程师：

“为什么withContext不写‘别当启动器用’？”
他回：“因为协程设计者觉得这太明显了。”
（然后我笑了，因为新人真不觉得明显）

七、最后送你一句大实话

withContext不是万能药，你当糖吃会死人。
用错它，APP卡成PPT；用对它，性能直接起飞。
别再在launch里塞withContext了——
你不是在切换线程，你是在给自己挖坟。

（写完这篇，我删了项目里最后3处错误用法——真香。）

现在就去检查你的协程：

找到所有launch { withContext(Dispatchers.X) { ... } }
改成launch(Dispatchers.X) { ... }
如果里面有UI操作，加withContext(Dispatchers.Main)

记住：协程不是魔法，是线程管理的工具。
你理解了本质，就不会再被“withContext和launch”坑。