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

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

在Visual Studio 2017或2015中:

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

I found that I had the same problem when I was running a project and debugging by attaching to an IIS process. I also was running in Debug mode with optimizations turned off. While I thought the code compiled fine, when I detached and tried to compile, one of the references was not found. This was due to another developer here that made modifications and changed the location of the reference. The reference did not show up with the alert symbol, so I thought everything was fine until I did the compilation. Once fixing the reference and running again it worked.

在visual Studio 2017中 去调试->选项，然后检查调试->通用-> 选中这个选项

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

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

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

DoSomething(GetValue());

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

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

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