Unity 多线程与异步编程：为什么“子线程能干这些”，却“绝对别碰那些”？——把引擎当成一座只能单窗口操作的超级工厂
把 Unity 引擎想象成一座巨型工厂：厂房里有传送带、有机器人、有仓库、有调度中心。你在编辑器里看到的 GameObject、Transform、Mesh、Texture、Animator、Physics……都不是“普通 C# 对象”那么简单，它们背后牵着一整套 C++ 引擎系统和 GPU/物理世界的状态。
而主线程，就像这座工厂的“唯一总控台”：
每天的流水线节拍（每帧）由它敲钟，所有机器按这个节拍运转。你在Update、LateUpdate、渲染、物理同步、动画更新、UI 事件里做的事，本质上都是在总控台下指令。
于是 Unity 有一条非常硬的铁律：
绝大多数 UnityEngine API 只能在主线程调用。
子线程能做的，通常是“纯数据”的活；
子线程不该做的，往往是“触碰引擎状态”的活。
很多同学第一次写多线程会困惑：
“我只是想在后台加载文件/生成网格/更新 UI，为什么会报错甚至崩？”
原因不是 Unity “小气”，而是它的系统设计决定了：引擎内部不是为你开放多线程随便写的共享黑板，而是一台按帧运行、对时序极敏感的机器。
下面我们就把“能做/不能做”的清单逐项拆开讲清楚——不仅告诉你规则，还告诉你为什么会这样，以及正确姿势是什么。