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

关闭Visual Studio并重新打开解决方案可以修复这个问题，即它是IDE本身的一个bug(我正在运行VS2010)。

如果有多个Visual Studio实例正在运行，则只需关闭运行有问题的解决方案的实例。

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

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

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

对我来说;我的网站在默认网站(http://localhost/myapp/)下的IIS应用程序中运行，并且IIS应用程序的映射指向的磁盘路径与我正在处理的源代码不同。

解决;重新映射您的IIS应用程序到与您正在构建的源代码相同的路径。

(如果您在磁盘的不同位置运行同一个应用程序的多个版本，就会发生这种情况)

对我来说，解决方案隐藏在项目属性的高级构建设置中:

由于未知的原因，它被设置为none:将其设置为full会导致命中断点。

要进入此对话框，请打开项目属性，然后转到构建，然后选择高级…按钮在页面底部。

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