这是一个创建于 315 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前我一直用我的 M2 Max 的 MacBook 做游戏，实在忍受不了改一行代码要编译半分钟，改完运行游戏又要浪费半分钟，以为原因是 Apple 的 CPU 太垃圾了不适合做游戏，专门在知道会缩缸的情况下弄了台 14 代 i9 的电脑做游戏。这下改一行代码只要编译 5 秒了。但是现在项目变大一点了又开始越变越慢，编译一次要 40 秒，我研究了一堆优化方法，AsmDef 那些全都折腾了，编译速度都没有明显提升。不知道为什么别人的 Profiler 能看到编译的时候到底是哪里慢了，我把 Profiler 两种模式的每一个参数都看过了，CPU 使用一直是 20ms ，完全没统计到编译占用。后面问了别的游戏开发者，说 Mono 就是这么慢，没办法优化。我平常工作也都是写 C#，编译都是超快的，几十万行代码的项目也是几秒就编译好了，Mono 的性能真的这么糟糕吗？
 | 1 greygoo 315 天前 不知道你是怎么看的，我这边用 edit mode 就可以清楚地记录并看到。你估计是没有及时的停止 profile ，导致编译的那一帧溢出丢失了。还有就是可能有在改代码时会做 Domain reload ，这里面会发生很多事情，比如可能有些插件的代码会在里面做些长时间的东西比如扫描所有 assembly 的 Type 。具体要你去 profiler 里面找。可能更 C#编译速度完全没有关系，关注一下 SetupLoadedEditorAssemblies |
 | 2 wdv2ly 315 天前 via Android 根据我的经验，问题很可能不在代码编译上，是编译后的重加载（涉及序列化内容重新导入）耗时太久了 |
 | 3 UnluckyNinja 315 天前 应该和语言无关，可能是 Unity 官方完全没实现 HMR ，每次都是从头构建一遍再加载（可能不光你的代码还有游戏运行时，再加上一堆反射处理）。 感觉不像是 2025 年的工具，godot 几乎秒启动，前端现在甚至都是一直开着 dev 模式，hmr 秒刷新。 可能是有什么远古问题一直没人处理，让我想起了 GTAV 那个持续了 7 年之久，让加载速度变慢 2 倍多的 bug ，最后还是被一位玩家修复的 |
 |
 | 5 p1gd0g 315 天前 同慢，但我这边好像是一些 post 工作耗时 |
 | 6 digdug 315 天前 Editor 里面 Sprite Packer 的 Mode 改为 Disabled 试试 这个会自动编译图集 项目大了每次改点啥重新启动硕慢 手动编译就好 |
 | 7 icedx 315 天前 原来大家一样慢 XD |
Select Language