我正在使用VS 2008，我得到了这个错误。我尝试了这里和其他一些网站上建议的所有方法，但都不起作用。

解决方案非常简单，这页上还提到了另外两个解决方案，让我找到了正确的方法。

转到项目菜单并单击属性(也可以在解决方案资源管理器中右键单击项目名称并选择属性)。 选择左边的Compile选项卡。 在“构建输出路径:”文本框中，确保文本框中有“bin\”。

在我的情况下，它指向网络上的另一个bin文件夹，这就是导致断点失败的原因。您希望它查看项目的当前Bin文件夹。

如果调试被应用程序禁用，这是一个常见的问题，如果你在web.config上有多个转换，经常会遇到这个问题。解决这个问题的一种方法是去构建>配置管理器，并确保调试配置设置为启动…从一个转换测试到另一个转换是很常见的，因此，失去了在特定点中断的能力。

我也遇到了同样的问题，在谷歌了一下之后，我找到了两个典型的解决方案:

确保在. web项目中激活了Silverlight调试器。打开项目属性，在“Web”选项卡下选择Silverlight调试器。 重新启动Visual Studio，删除所有bin和obj文件夹。

但这些对我都没用。然后有人在帖子后面提到尝试使用IE作为浏览器。这使得调试和断点再次工作!

编辑:

后来我遇到IE9无法工作的问题，因为它附加了错误的进程。我发现了一个巧妙的技巧，而不是每次都手动连接到正确的IE进程:

右键单击.Web项目(.html或.aspx)中生成的一个页面 点击“浏览…” 设置IE为默认浏览器(只会影响Visual Studio的浏览器选择)

现在，Visual Studio将在运行. web项目时启动IE并附加到正确的进程。这样就行了。

If you are having problems with Silverlight projects the solution can be fairly simple. According to my experience in many cases debugging symbols are not being loaded due to the new ".xap" files not being deployed to temporary folder (either internal VS Cassini or IIS Express). In this situation full rebuilds or resetting VS settings won't help. The easiest solution is just to delete temporary internet files within your browser. If you are using IE for Silverlight development and testing I would recommend switching on "Delete browsing history on exit" option in order not to have such issues in the future.

我在客户端遇到过这个问题，对于每个应用程序解决方案，他们将大多数共享程序集复制到“引用”文件夹，然后将它们作为“解决方案项”和解决方案中的“项目”添加到解决方案中。

目前还不确定原因，但其中一些是可调试的，一些是不可调试的，即使在程序集的References设置中指定了正确的完整路径。

这种不可预知的行为几乎把我逼疯了:)

我通过从“References”文件夹中删除所有带有源代码的项目的程序集来解决这个问题，并很好地跟踪共享程序集的版本信息。

你所面临的原因是PDB(“PDB代表程序数据库，一种专有的文件格式(由微软开发)，用于存储程序的调试信息)不是最新的，这可能是由于一些原因:

1-正如Bevan所说，您可能正在调试另一个应用程序!

2-您正在调试同一应用程序的另一个版本。例如，您将以前构建的应用程序与当前版本的代码附加在一起进行调试，而无需(重新)构建它。

清理或重建解决方案为我解决了这些问题。

为了确保问题不是你的，试着在VS 2008上调试相同的应用程序(我担心这可能是VS 2010的一个bug——它仍然是测试版!)