对于那些在调试Azure网站的web应用程序时遇到此问题的人，还有一个额外的答案:

例如，当从GitHub部署时，代码在默认优化的Azure服务器中编译。

通过将SCM_BUILD_ARGS设置为/p:Configuration=Debug，我告诉服务器以可调试的方式进行编译

但还有更多的选择。看到这个: http://azure.microsoft.com/blog/2014/05/08/introduction-to-remote-debugging-on-azure-web-sites-part-3-multi-instance-environment-and-git/

以我为例，我正在开发一个web api项目，尽管该项目被正确地设置为完全调试，但每当我连接到我试图调试的IIS进程时，我仍然会看到这个错误。然后我意识到发布概要文件被设置为使用发布配置。所以，如果你正在使用dotnet web api项目的“发布”功能，还有一个地方要检查你的发布配置文件。

检查您的AssemblyInfo文件中是否有Debuggable属性。如果存在，则删除它并重新构建解决方案，以查看本地变量是否可用。

我的可调试属性被设置为:DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints，根据这篇MSDN文章，它告诉JIT编译器使用优化。我从我的AssemblyInfo.cs文件中删除了这一行，本地变量就可用了。

如果你在编译时启用了优化，那么许多变量将被删除;例如:

SomeType value = GetValue();
DoSomething(value);

在这里，局部变量值通常会被删除，而是保留在堆栈上的值-有点像你写的:

DoSomething(GetValue());

同样，如果一个返回值根本没有被使用，那么它将通过“pop”被删除(而不是通过“stloc”存储在本地，并且再次;本地将不存在)。

正因为如此，在这样的构建中，调试器无法获得value的当前值，因为它不存在——它只存在于GetValue()和DoSomething(…)之间的短暂瞬间。

所以;如果你想调试…不要使用发布版本!或者至少在调试时禁用优化。

在之前的WPF应用程序中有同样的问题，这里所有的解决方案都没有解决这个问题。问题是模块已经被优化了，所以之前的解决方案不起作用(或不足以解决问题):

“优化代码”复选框未选中 选中“在模块负载上抑制JIT优化” 调试上的解决方案配置

模块仍然处于优化状态。请看下面的截图:

要解决这个问题，你必须删除优化的模块。要找到优化的模块路径，可以使用Process Hacker之类的工具。

在“进程面板”中双击您的程序，然后在新窗口中打开选项卡。网络组件”。然后在“本机映像路径”列中，您可以找到所有优化的模块路径。找到一个你想要去优化并删除文件夹(见下面的截图): (出于显而易见的原因，我模糊了公司名称)

重新启动应用程序(正确选中第1步中的复选框)，它应该可以工作。

注意:文件被其他进程打开时可能被锁定，请尝试关闭Visual Studio。如果文件仍然被锁定，你可以使用Lock Hunter这样的程序

在Visual Studio 2017或2015中:

转到解决方案，右键单击解决方案，然后选择属性->选择所有配置->调试，然后单击确定。 在“重新构建并运行”之后，这个解决方案对我来说是有效的。