我通过首先删除有问题的文件来解决这个问题。

编译。

出于某种原因，程序还是会运行。它不应该编译。它有错误之类的，但还是能运行。

我读了有问题的文件。再次运行。不知怎的，它自己固定了。

这也发生在调试一个c++项目时，该项目加载了一个用一些CLR语言(Managed c++， c#等)实现的模块。在这种情况下，错误消息确实具有误导性。

解决方案是将公共语言运行库(CLR)支持配置属性放入启动项目并重新编译它。

我发现当断点在不能被打断的行上时发生错误。我没有显示工具提示，是为了直接显示后面没有错误的行。

在我的案例中，问题在于ASP。在项目属性>>Web下未启用NET调试

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

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

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