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

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

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

因为构建版本更改了(很可能您修改了源代码)，所以重新编译解决方案并再次运行应用程序，之后它将到达调试断点。

在我的例子中，我在VS 2012中附加了一个正在运行的进程。当附加时，你可以选择以各种模式(本机、脚本、silverlight、托管2.0、托管4.0等)进行调试。默认情况下，调试器自动选择模式。然而，自动并不总是做出正确的选择。如果进程包含多种类型的代码，请确保调试器使用的是正确的代码。

在我的案例中，问题在于ASP。在项目属性>>Web下未启用NET调试

在我的案例中，是项目/属性/构建选项卡中的错误设置

我有一个主项目引用项目xxx.dll 引用dll中的断点未被命中。

对dll的引用被设置为库文件夹中的bin\debug\xxx.dll

因此，当我调试主项目时，它会到库的bin\debug文件夹中寻找xxx.dll。

但是，在库的属性中，由于一些黑暗的原因，输出路径被设置为bin\x86\debug而不是bin\debug

因此，库的每次构建都将新的dll放在bin\x86\debug文件夹中，而不是在bin\debug中

所以VS在调试的时候总是找到一个旧的库的dll，因此错误是正确的，有一个不同的源。

所以我修正了从库到bin\debug的输出路径，所以主项目的引用现在会找到正确的版本，现在我的断点再次被击中。

我花了好几个星期才弄明白