C# 为什么要禁用编译器优化

一位不再在这里工作的同事不久前禁用了我们一个项目的代码优化。我再也联系不到他了，看看他用承诺做出的改变，我看不出他为什么这么做

我们的计划存在一些巨大的瓶颈，尽管我不确定再次启用此选项是否会带来性能提升，但我认为这是更好的方法

这里的主要问题是，我们必须检查这个写得不好的软件的每一点是否有副作用，这可能需要几个月的时间

我的问题是，是否有任何已知的原因，为什么有人应该停用此选项，原因是什么

---

在启用该选项的情况下进行调试时，无法检查某些变量，因为它们的生存期已最小化。他很可能停用了它，以便能够更轻松地调试。除了稍微减慢运行速度外，对运行时没有任何影响

---

如果重新激活非生产环境有助于解决您提到的瓶颈问题，您可以尝试检查它。也就是说，不要期待任何重大的提速。

可能重复的[旁注]你需要开始使用

代码审查来避免这种情况。我认为这是不一样的。。在我看来，它并没有显示激活该选项可能会有哪些副作用。也许没有明确说明，尽管在阅读了答案之后，人们会对潜在风险有一个相当好的洞察/benefits@BotMaster3000你愿意接受我的回答吗？