一、先聊聊这位"老朋友"：AsyncTask

做 Android 超十年的同学，应该都写过这段代码：

年前后这东西刚出来的时候。确实让人眼前一亮：

• 不用自己管 Thread 了
• 自动帮你切回主线程
• 比 Handler + Thread 那套优雅多了

当时觉得，Google 这个工具不错。

但用了几年之后你会发现：

二、AsyncTask 的三个设计硬伤

很多人以为 AsyncTask 只是"老了"、"API 设计过时了"。

不它的问题是结构性的。

再看硬伤一。强制割裂控制流

你的业务逻辑，被这个 API 强行切成两段。

业务简单的时候还好。一旦复杂起来——A 接口的结果决定是否调用 B，B 的结果又要传给 C...

恭喜你，喜提经典的"回调地狱"：

从硬伤二来看，生命周期管理是你的事

这是老 Android 开发的经典噩梦：

说到后果，

• 内存泄漏
• 空指针
• 使用者看到 ANR 对话框

你得你想做异步，只有几条路：

方案 问题 new Thread 太原始。 线程切换全靠手动 ExecutorService 线程池有了但回调还得自己处理 AsyncTask 已经是当时最优雅的封装了 RxJava 学习曲线陡峭，"回调地狱"变成了"操作符地狱"

AsyncTask 已经是一个不错的方法了。其实，

问题在于——

协程的出现。是语言层面的升级，它不是“更好的 AsyncTask”。而是直接改变了游戏规则：

• Java 只能用回调 → Kotlin 支持挂起函数
• Java 只能切线程 → 协程可以挂起不阻塞
• Java 靠约定管理生命周期 → 协程有结构化并发

来看 Kotlin 协程怎么写一样的逻辑： 说到第一眼看，不就是换了个写法吗？仔细看：代码是线性的。

请求数据 → 拿到结果 → 更新 UI 没有回调。没有嵌套，读起来就像同步代码。

这才是协程真正的价值——

---