开场：一个真实的"假死"踩坑现场去年做新手引导时，需求是"屏幕在 3 秒内慢慢变黑"。我随手写了个for循环里套Thread.Sleep(3000)，结果打包到真机一跑——画面"啪"地一下直接全黑了，玩家一帧都没看到那个"慢慢变黑"的过程，游戏"卡死"了整整 3 秒，然后瞬间跳到最终状态。排查半天才反应过来：Unity 的游戏逻辑几乎全跑在主线程上，主线程一旦被同步阻塞，渲染、输入、动画全跟着停摆。这种"等 N 秒再做某事"的需求，在游戏循环里其实非常常见——等动画播完、等资源加载完、等 CD 转完。协程（Coroutine）就是 Unity 专门为这种场景设计的"非阻塞式等待"机制。这篇文章要回答三个问题：协程到底是什么？Unity 每帧是怎么"驱动"它的？以及——引擎为什么要把它设计成这样，而不是直接给你多线程？一、协程的本质：编译器替你写的状态机1.1 IEnumerator 是协程的"入场券"任何一个返回IEnumerator的方法，都可以被StartCoroutine当作协程启动：using System.Collections; using UnityEngine; public class FadeController : MonoBehaviour { // 返回 IEnumerator 是协程的"入场券" public IEnumerator Fad