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

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

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

我刚刚重启电脑，它为我工作得很好。

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

我有一个主项目引用项目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的输出路径，所以主项目的引用现在会找到正确的版本，现在我的断点再次被击中。

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

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

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

希望这能有所帮助。

我在使用本地IIS而不是IIS express时遇到了这个问题。IIS中的文件源确实与Visual Studio中的文件源相匹配，但是，我不得不在IIS中回收应用程序池，以便让它使用新构建的dll。

在我将现有文件添加到项目后，它碰巧在Visual Studio 2017上。这招对我很管用:

关闭溶液， 转到SolutionFolder\。vs\SolutionName\v15\sqlite3，删除storage.ide 再次打开解决方案