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

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

我也有同样的问题。尝试以上所有方法，发现我还必须删除{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/

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

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