在我的例子中，其他建议都不起作用，但是重新克隆我的存储库使这个问题消失了。

对于一个类似的问题，我做了如下处理:

取消选中Debug -> option -> General菜单中的“Enable Just My Code”选项

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

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

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

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

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

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

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

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

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