我正在审查一个 C++ MFC 项目。在一些文件的开头有这样一行：
#pragma optimize("", off)
我知道这会关闭所有以下功能的优化。但这样做的动机通常是什么？
【问题讨论】：
Themida 在试图混淆 VM 中的 return 语句时对此进行了转发，请参阅文档中的 screenshot
标签： c++ visual-studio mfc
我专门使用它来在一组特定代码中获得更好的调试信息，而应用程序的其余部分是在优化的情况下编译的。当由于应用程序的性能要求而无法使用完整的调试版本运行时，这非常有用。
【讨论】：
我见过正确的生产代码，但过于复杂，以至于让优化器产生了不正确的输出。这可能是关闭优化的原因。
但是，我认为代码更有可能只是错误，具有未定义的行为。优化器会暴露这一点并导致不正确的运行时行为或崩溃。如果没有优化，代码恰好“工作”。而不是找到并消除潜在问题，而是通过禁用优化并将其留在那里来“修复”它。
当然，这几乎是脆弱和变通办法所能得到的。新硬件、新操作系统补丁、新编译器补丁，任何这些都可能破坏这样的“修复”。
即使编译指示是出于第一个原因，它也应该被大量记录。
【讨论】：
这些在代码库中的另一个替代原因......这是一个意外。
这是一个非常方便的工具，可以在调试时关闭特定文件的优化器 - 正如 Ray 上面提到的那样。
如果在提交之前没有仔细检查更改列表，那么这些行很容易进入代码库，因为在提交其他更改时它们“意外地”仍然存在。
【讨论】：
我知道这是一个老话题，但我想补充一点，使用此指令还有另一个原因 - 尽管与大多数应用程序开发人员无关。
在编写设备驱动程序或其他低级代码时，优化器有时会产生无法与硬件正确交互的输出。
例如，需要读取内存映射寄存器（但不使用读取的值）来清除中断的代码可能会被编译器优化，从而生成不起作用的汇编代码。
这也可能说明为什么（如 Angew 所指出的）该指令的使用应该被清楚地记录在案。
【讨论】：
它允许您在发布模式下进行调试。
【讨论】：