Asp.net 禁用托管优化并重新启动调试实际上在 Visual Studio 中更改了哪些设置

背景信息:.NET中的不同类型的优化

在许多编译语言中，如C和C++，通常只在一个地方应用优化:当您运行编译器时(尽管对于具有单独的编译器和链接器的旧工具链来说，具有单独的编译时和链接时优化也很常见).

...但在.NET世界中，情况要稍微复杂一些:

• csc C#-to-IL(或VB.NET-to-IL、F#等)编译器可以优化从C#(the /optimize flag)生成的IL.

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

• 当CLR加载构建的.NET程序集(.NET .dll或.exe)时，JIT可以应用自己的优化.

  • These tend to be more advanced，例如循环展开和可执行代码内联.
  • 这些JIT时间优化是not，适用于具有DebuggableAttribute( DebuggingModes.DisableOptimizations )或isJITOptimizerDisabled: false的装配件-当为using csc.exe with /debug时，该属性被添加到装配件.

• 虽然严格地说不是编译器"优化"，但当.NET程序运行时，CLR可能会加载缓存的native-image versions个托管程序集，这些程序集特定于您的计算机.

  • 对于.NET Framework1.x-4.x程序集，这些本机映像由ngen.exe生成-它(since Windows 8)may在后台抢先编译程序集，而不需要手动运行ngen.exe.
  • 对于.NET 5+，则为see CrossGen2.
  • 这与readytorun和/或AOT编译的程序集不是一回事，后者有自己的优化，超出了这个答案的范围.

推荐读物

• Managed Debugging: Recommended Property Settings个
• JIT Optimization and Debugging个
• What is COMPLUS_ZapDisable and why is it not set by default?个
• Ngen.exe (Native Image Generator)个
• [assembly: Debuggable] / DebuggableAttribute个

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

消息框允许您更改工具&选项&调试下的" suppress 模块加载时的JIT优化(仅限托管)"设置:

然而，我现在担心我已经禁用了一些可能会减慢速度的优化

不要担心:"Suppress JIT optimization..."设置只会在调试时阻止对非项目程序集进行JIT优化--尽管在许多情况下仍将使用ngen‘d映像(因此，除非您使用COMPlus_ZapDisable，否则仍然运行优化的cod).

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

转到调试器设置并取消选中"取消JIT优化..." Select .

如果您使用调试器模块窗口来查看加载的每个.NET程序集，以及它的JIT优化状态、符号状态，以及VS是否将其视为"用户代码"，您就可以看到正在发生的事情.