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

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

如果您在调试构建配置中未选中DLL项目，那么您的新代码将永远无法构建!

转到构建—>配置管理器…(在VS2010中)，并检查您正在尝试调试的代码的项目是否为当前构建配置进行了检查。

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

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

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

正如它所说，“源代码与原始版本不同”。

右键单击解决方案资源管理器中的项目文件夹，并选择Clean。构建项目的新版本，断点将再次工作!

这也发生在调试一个c++项目时，该项目加载了一个用一些CLR语言(Managed c++， c#等)实现的模块。在这种情况下，错误消息确实具有误导性。

解决方案是将公共语言运行库(CLR)支持配置属性放入启动项目并重新编译它。

我发现当断点在不能被打断的行上时发生错误。我没有显示工具提示，是为了直接显示后面没有错误的行。