我在调试模式下使用 Visual Studio 2010，并且未选中“优化代码”。我无法快速查看（或悬停在）调试器中的任何变量。我收到此错误“无法评估表达式，因为当前方法的代码已优化”。
即使是这样的行：int i = -3，对 i 进行快速观察，我得到“无法获取本地或参数 'i' 的值，因为它在该指令指针处不可用，可能是因为它已被优化离开。”
在类似问题中引用的 link 似乎不适用。
有没有我遗漏的设置？
【问题讨论】：
标签： c# visual-studio visual-studio-2010
当项目处于调试模式时，解决方案不是。当我更改它时，它起作用了。
【讨论】：
我在使用 VS 2010 时遇到了这个问题。我的解决方案配置已选择（调试）。我通过取消选中项目属性下的优化代码属性解决了这个问题。 项目（右键单击）=> 属性 => 构建（选项卡）=> 取消选中优化代码
【讨论】：
尽管未选中优化框，但听起来您正在调试优化/发布版本。您可以尝试的方法是：
如果在 Debug -> Windows 菜单中看不到 Modules 菜单项，则可能需要将其添加到“Customise...”菜单中。
【讨论】：
Project.Web 已优化未勾选，但当我在Debug > Modules 中查看其程序集时，它仍显示为已优化:(
在 VS2013 中，转到：工具 -> 选项 -> 调试 -> 常规并启用“使用托管兼容模式”。这将禁用新的函数评估行为。
【讨论】：
尝试在调试模式下运行。如果您在发布模式下运行，您将收到此消息。
【讨论】：
上述任何答案均未涵盖我的情况。我发现了以下内容：MSDN article on threading，它解释了当卡在一些原始的本机线程操作中时，调试器无法访问数据。例如，当一个线程位于 Task.Wait() 上时，就会出现这种情况。
【讨论】：
我遇到了同样的问题。但在我的例子中，Debuggable 属性被硬编码在我项目的AssemblyInfo.cs 文件中，因此不会被编译（过度）写入。它在删除指定Debuggable 属性的行后起作用。
【讨论】：
我在 VS2008 中遇到了同样的问题。就我而言，它是通过解决方案重建解决的。
【讨论】：
除了提到的@Kragen，如果你正在调试一个 web 项目
关闭 Visual Studio 并尝试删除 C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files 中的临时文件
【讨论】：
您可以做的另一件事是，创建一个与已优化但具有 ini 扩展名的 dll 同名的文件，并在其中添加以下内容：
[.NET Framework 调试控件]
生成跟踪信息=1
AllowOptimize=0
这将告诉 JIT 不要优化您的变量。
请注意，您仍然需要 pdb，因此您最终会得到如下内容： 你的DLL.dll 你的DLL.pdb 你的DLL.ini
这在您无权使用调试选项重新生成 dll 的情况下特别有效。
http://www.hanselman.com/blog/DebugVsReleaseTheBestOfBothWorlds.aspx
【讨论】：
当您在发出Debugger.Break() 语句后看到“无法评估表达式，因为当前方法的代码已优化。”消息时，请确保您按 F10 进入下一条语句.
一旦进入下一条语句，假设您正在运行 Debug 构建，该消息应该会消失。
【讨论】：
关于“优化代码”属性未选中但代码仍编译为优化的问题：尝试一切后最终帮助我的是检查同一设置页面上的“启用非托管代码调试”复选框（项目属性 - 调试） .它与代码优化没有直接关系，但启用此功能后，VS 不再优化我的库，我可以调试。
【讨论】：
我在从测试平台 Web 应用程序调试类库时遇到了同样的问题。我在测试平台中引用了发布版本，并且在类库属性中设置为优化。
在我写的时候，在类库属性中取消勾选发布版本的优化代码复选框，已经解决了这个问题。
【讨论】：
我意识到这是稍后的答案，但我找到了另一个解决此问题的方法的参考，该方法可能会在未来帮助其他人。这个web page 描述了设置一个防止优化的环境变量（COMPLUS_ZapDisable=1），至少它对我有用！ （不要忘记禁用 Visual Studio 托管进程的第二部分。）在我的情况下，这可能更相关，因为我正在通过符号服务器调试外部 DLL，但我不确定。
【讨论】：
我曾在 Visual Studio 和 MonoDevelop 之间的一个 F# 项目中遇到过这个问题，可能源于后者（我忘记了）。在 VS 中，优化框未被选中，但就调试器而言，优化似乎确实发生了。
在将项目文件的 XML 与健康项目文件的 XML 进行比较后，问题很明显：健康项目有一个明确的 <optimize>false</optimize> 行，而坏项目则完全丢失了它。 VS 显然是从它的缺失推断出优化被禁用，而编译器正在做相反的事情。
解决方案是将此属性添加到项目文件中，然后重新加载。
【讨论】：
当我迁移到 Visual Studio 2017 时，我开始收到此消息。我尝试过的此页面上的所有想法都不适合我。在另一篇文章中，我发现了这个建议并且它确实有效 - 删除：
[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
...来自您的 AssemblyInfo 文件。
【讨论】：
我在 VS 2010 中遇到了同样的问题。清理并重建解决方案，它工作正常。
【讨论】：
上面vickramds 的评论，指的是http://torulflundgren.blogspot.com.au/2010/03/cannot-obtain-value-of-local-or.html，是为我做的。我检查了所有内容 - 从本地 bin 文件夹中删除了所有 dll、pdb 文件、清理、重建、清除了所有临时 ASP.NET 文件的文件夹、确保设置了 TRACE/DEBUG 标志、检查了 DLL 路径等。
为受影响的项目将其放下以免丢失：
项目属性 --> 构建 --> 高级 --> 调试信息：完整。
在执行此操作之前，您需要检查是否选择了调试配置，当然，除非您另有打算。
【讨论】：
如果您尝试调试 ASP.NET 项目，请确保项目的属性 > Web > 服务器下拉菜单设置为“IIS Express”（除了检查此处的所有其他内容）。
【讨论】：
我混合了 c++/cli mfc 扩展 dll，即使调试配置也得到了优化（从 VS 2017 模块窗口中看到）。 正如之前的回答所建议的那样，我更改了“在 VS2013 中，转到：工具 -> 选项 -> 调试 -> 常规并启用‘使用托管兼容模式’。这会禁用新的函数评估行为。”该设置也可以在 VS 2017 中找到。
但这还不够，所以我还将 UseDebugLibraries 设置从另一个 MFC 应用程序的项目文件复制到扩展 dll 项目文件。
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="Configuration">
...
<UseDebugLibraries>true</UseDebugLibraries>
然后重建并解决问题。
【讨论】：