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

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

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

有时您只需要将解决方案配置从“发布”更改为“调试”。

检查解决方案中是否有多个具有该名称的文件。

这是我从别人那里接手的一个项目。在Controller.cs中，断点列表充满了行号，有些是活动的，有些不是。我找到了这个问题，并尝试了一些选项，但是当我双击断点时，它们将我带到解决方案中的不同项目。因为文件被称为相同，所以它们看起来是相同的，但实际上不是。答案当然是忽略这个警告，因为如果你要加载另一个文件，它们就会变得活跃。

你做过这种事吗?

是否继续运行最后一个成功的构建?

如果您勾选了方框并按下“是”，即使您的项目没有编译，您也将成功运行最后一个构建。这意味着无论何时设置断点，都将得到该错误。

试着改变这个值:

工具 选项 项目和解决方案 构建并运行 在运行时，发生构建或部署错误时:不启动

如果您调试的进程包含多个appdomain，并且程序集都被加载到两个域中，其中一个正在加载旧副本(通常是动态加载的插件)，断点可能看起来很稳定，但应该命中断点的线程位于旧程序集的appdomain中，并且从未命中。您可以在模块窗口中看到加载了哪些程序集及其路径。

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

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

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

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