开场引入做游戏的人迟早都会撞上一堵墙：原型跑得好好的，逻辑也写完了，跑到真机上一看——掉帧、卡顿、内存飙红。问题往往不在 C# 本身，而在于开发者没有真正理解 C# 在 Unity 这套引擎里是怎么被"用"的。Unity 并不是一个纯 C# 引擎，它的底层是 C++ 写的原生模块（物理、渲染、音频），C# 跑在一个托管运行时（Managed Runtime）之上，扮演的是"逻辑胶水 + 高层控制"的角色。这层关系决定了 C# 脚本既不能完全用桌面应用的视角去理解，也不能简单当 C++ 的语法糖来用。它有自己的一套生命周期、一套内存模型、一套与原生层交互的边界。这篇文章不打算做 C# 语法教程，而是从运行时架构、生命周期、核心系统实现、编辑器扩展、性能与内存这五个维度，把 C# 在 Unity 里真正"做什么、怎么做、为什么这么做"讲透。文末附上工程实践清单，可以直接拿来对照项目体检。一、运行时架构：Mono 与 IL2CPP 两条路Unity 在 C# 运行时上有两个长期并存的后端：Mono和IL2CPP。理解它们的差异，是理解 C# 脚本性能与平台兼容性的第一步。1.1 编译流水线C# 代码在 Unity 中的处理流程大致如下：开发者编写.cs源文件Unity 使用 C# 编译器（早期是 Mono