文章指出Unity使用的Mono运行时执行C#代码效率低下，比现代.NET慢2-3倍，某些基准测试甚至慢15倍。作者通过实际游戏测试证实了这一性能差距，建议开发者关注此问题。

Unity引擎的Mono性能问题：为何你的C#代码运行效率低下

作者：Marek Fiser
发布日期：2025年12月27日
原文链接：https://marekfiser.com/blog/mono-vs-dot-net-in-unity/

核心内容：

1. 性能差距现状

• Unity使用的Mono运行时在当前标准下执行C#代码效率低下
• 实际测试显示：相同代码在现代.NET环境下运行速度比Unity/Mono快2-3倍
• 某些基准测试中甚至出现高达15倍的性能差异

2. 历史背景

• 2006年Unity选择Mono作为跨平台.NET实现方案
• 2014年后微软开源.NET Core，性能持续优化
• 2018年Unity工程师透露正在移植引擎至CoreCLR，预计带来2-10倍性能提升
• 截至2025年底，CoreCLR支持仍未正式发布

3. 实测数据对比

• 游戏启动测试（Debug模式）：

  • Unity/Mono：100秒
  • .NET：38秒（快2.6倍）

• 发布版测试（Release模式）：

  • Unity/Mono：30秒
  • .NET：12秒（快2.5倍）

4. 技术原因分析

• Mono的JIT编译器生成未优化的汇编代码
• 现代.NET的JIT能更好地内联方法和简化表达式
• 汇编代码对比显示Mono存在大量冗余内存操作

5. 未来展望

• Unity在2025年Unite大会上宣布CoreCLR支持计划
• CoreCLR将带来：
  • 新的JIT编译器
  • 更优的GC行为
  • 支持现代C#特性
  • 性能提升空间

6. 开发者影响

• 当前性能差距导致：
  • 更长的调试周期
  • 受限的代码优化手段
  • 额外的性能优化成本

现状总结：Unity对现代.NET支持的延迟，使得开发者无法充分利用近年来.NET平台的性能优化成果，这种"隐形税"影响着所有依赖托管代码的Unity项目。

（注：本文已精简导航栏、评论区、推荐阅读等非核心内容，保留关键数据对比和技术分析）

以下是评论内容的总结：

1. Unity技术能力与迁移CoreCLR的质疑

• 观点：Unity缺乏迁移到CoreCLR的技术能力，项目一再延迟，技术负责人频繁离职。
• 引用：
  • "Unity just doesn't have the technical skillset anymore to make the migration to coreclr."（评论1）
  • "Hard task, no doubt. Unity needs to throw everything at this problem."（评论8）

2. 性能对比与测试方法争议

• 观点：Mono与CoreCLR性能差异存疑，测试方法（如调试版本）可能不准确。
• 引用：
  • "I came to the conclusion that their performance was essentially the same."（评论2）
  • "Good article but seems strange that author benchmarked debug builds first."（评论7）

3. 实际性能提升的疑问

• 观点：迁移到CoreCLR的实际性能提升有限，尤其是使用IL2CPP后。
• 引用：
  • "Will the move to CoreCLR give any speed ups in practice if the release build is complied with IL2CPP anyway?"（评论3）
  • "Long story short... it’s for accessing modern language features, not particularly for any performance gains."（评论12）

4. GC性能问题

• 观点：Unity的Boehm GC性能较差，且无改进计划。
• 引用：
  • "The GC being used by Unity also performs very poorly vs. .NET."（评论4）
  • "Professional Unity projects tend to... sidestep entirely with unmanaged memory and DOTS."（评论12）

5. Unity的技术债务与架构问题

• 观点：Unity因功能过多、代码老旧和技术债务而显得不够精炼。
• 引用：
  • "It’s got all the bells and whistles but also suffers from the monolith problem."（评论9）
  • "Their tech feels less refined... without heavy script modifications."（评论9）

6. 历史问题与责任归属

• 观点：Unity曾将技术滞后归咎于Mono的许可问题，但自身改进缓慢。
• 引用：
  • "Unity was hindered by sticking with an old and out-of-date Mono."（评论10）
  • "They were willing to pass the blame to an open source project."（评论10）

7. 替代引擎的推荐

• 观点：推荐使用其他已支持现代.NET的引擎（如Stride、Godot）。
• 引用：
  • "Might I suggest Stride, which is already on .net 10."（评论1）
  • "I write a lot of code that targets .NET... learning Godot is a nice touch."（评论6）

总结

评论主要围绕Unity技术能力、性能提升、GC问题、技术债务及历史责任展开，既有对迁移CoreCLR的期待，也有对实际效果的质疑。部分用户推荐替代引擎，并批评Unity在技术更新上的滞后。