深入引擎心脏:Unity 底层如何处理 yield return——一份“引擎级“的实现真相

引子：从"知道"到"看见"的最后一公里前一篇，小明搞懂了引擎处理yield return的"分诊叫号"哲学——协程通过Current申报需求，引擎靠"分类识别 + 轮询检查"来调度。他很满意。可作为一个真正的技术控，他还有最后一层不甘心："‘分类识别、轮询检查’——这还是’比喻’和’概括’啊。我想知道的是:在 Unity 引擎那个用 C++ 写的底层里,这一切,到底是靠哪些具体的类、哪些具体的数据结构、在主循环的哪些具体位置,一行行代码地实现出来的?那个Current,在引擎底层到底变成了什么?那些不同的WaitForXXX,底层是怎么被区别对待的?引擎的’轮询’,到底轮询的是哪张表、在哪一帧的哪个环节轮询?"好。这一篇，我们不再停留在比喻。我们要一头扎进 Unity 引擎的 C++ 底层，把那些真实的类名、真实的枚举、真实的调度队列、真实的主循环注入点，一个一个地摆到你面前。这将是一趟"引擎级"的深潜。我们开始。一、地基：托管层与原生层的"两个世界"要理解引擎底层，首先要建立一个根本认知——Unity 是一个"两层"的世界。托管层（Managed / C#）：你写的 C# 代码、协程、状态机，都活在这里，由 Mono/IL2CPP 的托管运行