为什么 Unity 的编译速度会这么离谱？真的是 Mono 的问题吗？

之前我一直用我的 M2 Max 的 MacBook 做游戏，实在忍受不了改一行代码要编译半分钟，改完运行游戏又要浪费半分钟，以为原因是 Apple 的 CPU 太垃圾了不适合做游戏，专门在知道会缩缸的情况下弄了台 14 代 i9 的电脑做游戏。这下改一行代码只要编译 5 秒了。但是现在项目变大一点了又开始越变越慢，编译一次要 40 秒，我研究了一堆优化方法，AsmDef 那些全都折腾了，编译速度都没有明显提升。不知道为什么别人的 Profiler 能看到编译的时候到底是哪里慢了，我把 Profiler 两种模式的每一个参数都看过了，CPU 使用一直是 20ms ，完全没统计到编译占用。后面问了别的游戏开发者，说 Mono 就是这么慢，没办法优化。我平常工作也都是写 C#，编译都是超快的，几十万行代码的项目也是几秒就编译好了，Mono 的性能真的这么糟糕吗？

不知道你是怎么看的，我这边用 edit mode 就可以清楚地记录并看到。你估计是没有及时的停止 profile ，导致编译的那一帧溢出丢失了。还有就是可能有在改代码时会做 Domain reload ，这里面会发生很多事情，比如可能有些插件的代码会在里面做些长时间的东西比如扫描所有 assembly 的 Type 。具体要你去 profiler 里面找。可能更 C#编译速度完全没有关系，关注一下 SetupLoadedEditorAssemblies

根据我的经验，问题很可能不在代码编译上，是编译后的重加载（涉及序列化内容重新导入）耗时太久了

应该和语言无关，可能是 Unity 官方完全没实现 HMR ，每次都是从头构建一遍再加载（可能不光你的代码还有游戏运行时，再加上一堆反射处理）。 感觉不像是 2025 年的工具，godot 几乎秒启动，前端现在甚至都是一直开着 dev 模式，hmr 秒刷新。 可能是有什么远古问题一直没人处理，让我想起了 GTAV 那个持续了 7 年之久，让加载速度变慢 2 倍多的 bug ，最后还是被一位玩家修复的

我用的还是 Unity 2021.3 ，没遇到这种情况啊，用 Unity 开发的时候，代码不都是在 VS2022 里面修改和编译的吗？用的是 VS2022 自带的 C#编译器，都是秒编译的。只有在 VS2022 里面编译完了，切换到 Unity 进行测试的时候，Unity 的热重载可能会需要几秒到几十秒不等的时间。