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

也 在VS 2015社区版

去 调试->选项或工具->选项

并检查 在模块负载上抑制JIT优化(仅Managed only)

对于web应用程序，还有一个重要的问题，那就是在应用程序发布过程中选择正确的配置。

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

我也有同样的问题。尝试以上所有方法，发现我还必须删除{PROJECT_ROOT}\bin\Release\netcoreapp2.2和{PROJECT_ROOT}\obj\Release\netcoreapp2.2内的所有内容。它肯定与发布有关，因为虽然我在我的Azure Web应用程序上使用部署工具/ bitbucket，但我确实尝试了Build >> Publish >> Publish to Azure，因为我想检查哪些文件实际部署了。

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

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