从Visual Studio 2017 15.3.1到15.3.5，出现了解决此问题的新方法。如果您正在使用EditorConfig，则charset=utf8选项会导致这些症状。VS团队已经复制了这个，并表示他们正在努力。

因此，一个修复方法是注释掉.editorconfig文件中的charset=utf8行。

编辑:这应该在VS 15.5被修复。

在我的例子中，我被分配了大约120kb的base64值给静态类中的静态约束字符串字段。之后出现了这个问题。我尝试了很多解决方案，但问题没有解决，直到我把这个沉重的任务。

我的环境: MS VS Community 2017 版本15.9.16

也许dll是从GAC加载的。

您可以从gac卸载dll，需要管理员权限。

gacutil -u YourDll

VS 2017的一些版本(结合。editorconfig)也有一个问题:从15.3开始，当文件的字符集与.editorconfig (utf8或utf8-bom)中的字符集不一致时，断点就不起作用了。

如果您正在使用激活器，而设置断点的程序集尚未加载，则可以获得此消息。

一旦激活器加载程序集(假设程序集和调试符号是最新的)，断点将被解析。查看调试菜单中的模块窗口是一个好地方。在那里您应该寻找您的文件所属的程序集。首先检查程序集是否加载。那么，从哪里装载的呢?然后，是符号文件加载。同样，符号文件从哪里加载?最后检查两者的版本。

我在将一个项目从netcoreapp2.0升级到netcoreapp2.2后遇到了这个问题。

我只是通过编辑.csproj文件中的TargetFramework条目来做到这一点，而忽略了对launch.json进行更改。

"program": "${workspaceFolder}/src/MyProject/bin/Debug/netcoreapp2.0/MyProject.dll"

这意味着VS Code总是加载旧的2.0版本的项目。我在删除/bin和/obj中的所有内容后才发现它，然后它根本不会运行，直到我在上面的路径中发现2.0。