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

这发生在我身上是因为我在解决方案中有其他项目没有构建。 在我卸载那些有问题的项目后(在解决方案资源管理器中右键单击项目->卸载项目)，重新构建解决方案并再次运行—断点被击中!

有意地中断构建，这意味着在项目中添加一些调试时不同步的任意文本。尝试调试并接收异常。现在修复异常并调试项目。

确保在csproj中将<Optimize>false</Optimize>设置为false

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

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

我在vs2017的32位版本中遇到过这种情况。

没有一个解决方案对我有效。我重新启动，我清除IDE文件，清洁构建的解决方案，从git回购和重建解决方案无效。

我从nuget中提取了一个64位依赖项，一旦我使用了程序集，源就不再被构建到最终的可执行文件中，而是构建了IDE缓存的源。

我删除了nuget配置，删除了引用的程序集，下载了源代码，手动构建log4net，对其进行了签名，将其添加到我的项目中的一个文件夹中，并对其添加了引用，然后我就可以再次进行调试了。

这是一个痛苦，我希望它能出现在答案列表中，让所有人都看到。

编辑:在构建过程中没有错误，尽管在IDE设置中打开了“构建错误提示”选项。