“禁用托管优化并重启调试”在 Visual Studio 中实际更改了哪些设置？

让优化未开启将简单地“不”编译代码以运行得更快（作为编译的机器代码）。因此，您可以单步执行并查看代码变量。但是，在调试具有大量代码的大型应用程序时，未缩影的代码将运行得相当慢。因此，您可以选择允许代码更快地运行，但调试过程 THEN 无法使用或查看变量的值，因为该代码的调试信息不存在。如果代码已缩减，那么在大多数情况下，这意味着它已编译为机器代码，调试器实际上无法显示变量的值，甚至不允许断点。

从某种意义上说，如果你允许优化，那么你运行的代码就像它以“发布模式”运行一样，因此选项和你调试此类代码的能力会大大降低。

如今，计算机具有如此巨大的速度和处理能力，那么我几乎可以接受，在几乎所有情况下，您都希望在禁用优化的情况下调试代码。

Background-info：.NET 中不同类型的优化

在许多编译语言（如 C 和 C++）中，通常只有一个地方应用优化：当您运行编译器时（尽管具有单独的编译器和链接器的旧工具链通常具有单独的编译时和链接时优化）。

...但在 .NET 世界中，它稍微复杂一些：

• C#-to-IL（或 VB.NET-to-IL、F# 等）编译器可以优化从 C# 生成的 IL（/optimize 标志）。csc

  • 这些往往是更简单的优化，例如删除死代码（例如，块的内容，如 ）。if( false ) { /* here */ }

• 当 CLR 加载生成的 .NET 程序集（.NET 或 ）时，JIT 可以应用自己的优化。.dll.exe

  • 这些往往更高级，例如循环展开和可执行代码内联。
  • 这些 JIT 时间优化不适用于具有或带有 - 将 csc.exe 与 /debug 一起使用时，此属性将添加到程序集中。DebuggableAttribute( DebuggingModes.DisableOptimizations )isJITOptimizerDisabled: false

• 虽然严格来说不是编译器“优化”，但当 .NET 程序运行时，CLR 可能会加载特定于计算机的托管程序集的缓存本机映像版本。

  • 对于 .NET Framework 1.x-4.x 程序集，这些本机映像由 - 生成，它（从 Windows 8 开始）可以在后台抢占式编译程序集，而无需手动运行。ngen.exengen.exe
  • 对于 .NET 5+，请参阅 CrossGen2。
  • 这与和/或 AOT 编译的程序集不同，后者有自己的优化，超出了此答案的范围。readytorun

推荐阅读

• 托管调试：建议的属性设置
• JIT优化和调试
• 什么是COMPLUS_ZapDisable，为什么默认情况下不设置？
• Ngen.exe （本机映像生成器）
• [程序集：可调试] / DebuggableAttribute

“禁用托管优化并重启调试”在 Visual Studio 中实际更改了哪些设置？

消息框允许您更改“在模块加载时禁止 JIT 优化（仅限托管）”设置，> >：ToolsOptionsDebugging

但是，我现在担心我已经禁用了一些优化，这可能会减慢速度

不用担心：“Suppress JIT optimization...”设置只会在调试时阻止对非项目程序集进行 JIT 优化 - 尽管在许多情况下仍将使用 ngen'd 映像（因此，除非您使用 ），否则仍会运行优化的 cod。COMPlus_ZapDisable

在 Visual Studio 中更改了哪些设置，如何重新启用托管优化？

转到“调试器设置”，然后取消选中“禁止 JIT 优化...”选择。

如果使用“调试器模块”窗口查看加载的每个 .NET 程序集及其 JIT 优化状态、符号状态，以及 VS 是否将其视为“用户代码”，则可以看到发生了什么。