在我的例子中，其他建议都不起作用，但是重新克隆我的存储库使这个问题消失了。

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

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

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

尽管所有的答案，我的问题实际上不同于这里提到的!

确保您的属性->构建选项卡->输出路径指向与您所选择的构建配置的解决方案中所有其他项目相同的位置!

如果你的启动项目将它的可执行文件从你试图调试的dll发送到不同的文件夹，你可能会遇到问题，尽管你的构建和visual studio工作完美。

对我来说，没有一个项目能解决这个问题。我只是在函数中添加了一行新代码，类似于:

int a=0;

通过添加这个，我想我触发了visual studio在原始版本中添加这个功能

我在VS2019中遇到了这个错误，我认为当Windows的时钟改变时就开始出现这个错误。

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

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

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