如果您调试的进程包含多个appdomain，并且程序集都被加载到两个域中，其中一个正在加载旧副本(通常是动态加载的插件)，断点可能看起来很稳定，但应该命中断点的线程位于旧程序集的appdomain中，并且从未命中。您可以在模块窗口中看到加载了哪些程序集及其路径。

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

我在一个分层架构项目的几个项目中遇到了同样的问题，问题是在配置中，所选项目的构建复选框没有被选中。所以这个问题在一个项目中得到了解决。

对于另一层，即使在配置中启用了构建，它也会带来同样的麻烦。我做了所有其他的选择，比如重新开始清理项目，但没有一个有用。最后，我取消了该特定项目的build复选框，并进行了清理和重建。他们再次标记了复选框，并照做了 相同的。然后问题就解决了。

希望这能有所帮助。

我已经试过提出的解决办法了，但不管用。

如果您有多个项目，请将要调试的项目作为启动项目。

有意地中断构建，这意味着在项目中添加一些调试时不同步的任意文本。尝试调试并接收异常。现在修复异常并调试项目。

问题是调试信息与程序集不同步。解决方法很简单:

转到你的bin文件夹 删除.pdb文件 重建

应该能成功!

(奇怪的是，不丢弃.pdb文件的重新构建并不总是有效。我可以看到修改的日期正在更新，但仍然在链的某个地方(VS2013调试器，IIS，程序集缓存)没有检测到此更改)