在某些情况下，重新编译和重新构建并不能帮助克服这个问题。 另一个潜在的解决方案是从解决方案资源管理器中删除带断点的源文件，然后重新添加它(例如通过从文件夹中拖放)。

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

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

如果您正在使用激活器，而设置断点的程序集尚未加载，则可以获得此消息。

一旦激活器加载程序集(假设程序集和调试符号是最新的)，断点将被解析。查看调试菜单中的模块窗口是一个好地方。在那里您应该寻找您的文件所属的程序集。首先检查程序集是否加载。那么，从哪里装载的呢?然后，是符号文件加载。同样，符号文件从哪里加载?最后检查两者的版本。

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

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

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

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

VS 2017的一些版本(结合。editorconfig)也有一个问题:从15.3开始，当文件的字符集与.editorconfig (utf8或utf8-bom)中的字符集不一致时，断点就不起作用了。