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

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

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

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

如果您的解决方案中有多个项目，那么请确保将正确的项目设置为StartUp项目。若要将特定项目设置为解决方案的启动项目，请右键单击该项目，选择“设置为启动项目”。

在我正确地设置我的StartUp项目之后，线程到达了所需的断点。

注意vs中的“Output”窗口，它会告诉你加载了哪些程序集以及何时加载。您可能会看到正在加载文件夹中某个位置的程序集的旧版本。

例如，如果您有多个程序集，并且当前正在尝试插入其中一个支持程序集，CLR将处理程序集解析，这可能会加载您在项目中引用的程序集文件以外的另一个程序集文件。

我也遇到过这种情况。导致我的问题的条件:

我正在本地运行一个完整的IIS7实例 我正在把我的软件分成不同的项目

我打开以前的版本导致了这个问题(VS提示问我是否想在IIS调试中指向这个实例，我回答'是')，然后打开当前版本(再次响应IIS提示'是')，然后尝试在以前的版本中调试。

为了解决这个问题，我只是关闭并重新打开了之前的预期版本，再次将其断言为调试源。

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

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