/optimize 标志启用了哪些运行时优化？

Question

我一直认为 C# 编译器的 /optimize 标志作用不大。像this one 这样的文章描述了在 IL 中进行的优化相对较少：大多数都归入 JIT。

但是，最近我试图加快一些 CPU 密集型代码的速度（想想很多对数组和字典以及简单数字的迭代），我尝试打开优化只是为了好玩。结果是速度提高了 3 倍。请注意，这纯粹是单击 VS 项目属性页面中的“优化”复选框。切换 DEBUG 和 TRACE 常量对性能没有影响。

虽然小的 IL 优化完全有可能导致这种变化，但这对我来说似乎相当令人惊讶。阅读优化，我在MSDN docs 中发现了这个花絮：

/optimize 还告诉公共语言运行时在 运行时。

我很好奇这意味着什么。这是否意味着 JIT 不对未优化程序集中的代码进行优化？这可以实现哪些优化？

Answer 1

在项目的“构建”选项卡中打开“优化代码”选项会做两件事。它将 /optimize+ 选项传递给 C# 编译器，它执行您已经知道的次要 MSIL 优化。但它也让 C# 编译器在元数据中发出 [DebuggableAttribute] 属性。你会得到DebuggableAttribute.IsJITOptimizerDisabled 设置为false。

抖动使用它来决定是否要启用优化器。所以，是的，您现在已经启用了它，并且获得 3 倍的加速并不罕见。

调试器也起作用，它可以自行强制关闭优化器。相关设置是Tools + Options、Debugging、General、“Suppress JIT optimization”复选框。通常打开，因此您在调试时永远不会获得优化的代码。相当重要的优化代码很难调试。当您想查看优化的机器代码时，您希望关闭该选项。

请记住，您做错了什么。 .NET 项目的默认发布配置始终已选中优化选项。所以你有理由打开它是不合逻辑的。只分析 .NET 项目的发布版本。