我所做的解决这个问题是在我的断点没有击中的页面，我选择了文件夹>添加一个现有的项目，然后从其保存路径选择项目。这允许断点开始工作。

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

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

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

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

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.

我采取了最简单的路径，实际上在我的多个项目解决方案中，包括一个类库，我有一个问题，由类库项目创建的.dll文件不允许我在执行时有断点，因为它不是由于某种原因构建的，我单独构建该项目并引用它的输出.dll，现在断点是功能性的

不确定，也许这个能帮到你;如果不是你，那就找一个像我这样的新人吧，因为这对我来说很管用:)

我也有同样的问题，但在VS2013的Web应用程序。对我来说，答案是更新构建配置的解决方案:-

右键单击解决方案并选择属性 选择Debug配置 选择trivet中“Configuration Properties”下的“Configuration” 为每个要调试的项目选中“Build”框

一旦我这样做了，所有的断点都开始工作了。

我刚刚根据部署Silverlight应用程序解决了这个问题。(这个答案是其他一些答案的重复，但我会尝试更彻底地解释它。)

问题很可能是你的Silverlight应用程序在构建/启动时没有正确部署到你的web应用程序。这是一个参考问题——理解起来很简单，但第一次遇到时并不明显。

就像任何其他项目引用一样，被引用项目的输出应该复制到引用项目的bin文件夹中，以便进行调试。对于类库，当你右键单击并选择“添加引用…”时就会发生这种情况。对于Silverlight，你应该通过Project Properties添加一个引用。

右键单击项目，选择“属性” 选择左边的“Silverlight Applications”选项卡 按“添加…”按钮，然后从对话框中选择你的Silverlight项目

这将从宿主web应用程序中添加一个引用到Silverlight应用程序，并确保xap文件将在构建或部署时复制到web应用程序中。这意味着当前Silverlight应用程序及其调试文件都在正在调试的应用程序中，您将能够逐级检查代码。