以我为例，我正在开发一个Windows CE应用程序，该应用程序在模拟器上进行测试。问题是可执行文件没有部署到模拟器中，因此.pdb(在开发环境中)与.exe(在模拟器中)不同步，因为新的.exe从未复制到模拟器中。我必须删除模拟器中的.exe，以强制进行新的部署。然后就成功了。

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

问题是调试信息与程序集不同步。解决方法很简单:

转到你的bin文件夹 删除.pdb文件 重建

应该能成功!

(奇怪的是，不丢弃.pdb文件的重新构建并不总是有效。我可以看到修改的日期正在更新，但仍然在链的某个地方(VS2013调试器，IIS，程序集缓存)没有检测到此更改)

在我的例子中，我忘记在我声明模板函数的头文件中包含“stdafx.h”。

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

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

有一个几乎察觉不到的设定为我解决了这个问题。 如果有一个特定的源文件没有命中断点，则可以将其列在

解决方案资源管理器 右键单击解决方案 属性 公共属性 调试源文件 "不要找这些源文件"

出于某种我不知道的原因，VS 2013决定在那里放置一个源文件，随后，我无法在该文件中点击断点。这可能是“源代码与原始版本不同”的罪魁祸首。