对于那些在调试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应用程序，还有一个重要的问题，那就是在应用程序发布过程中选择正确的配置。

你可以在调试模式下构建你的应用，但它可能发生在你以发布模式发布它，默认情况下优化代码，但IDE可能会误导你，因为它显示调试模式，而发布的代码是在发布模式。 你可以在下面的快照中看到详细信息:

我只是碰到这个问题，我在发布构建配置下运行，而不是调试构建配置下运行。一旦我切换回调试我的变量显示在手表再次。

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

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

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

DoSomething(GetValue());

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

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

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

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

对于那些在调试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/