也有同样的问题

由于某种原因，其中一个dll在GAC中注册，因此它的版本总是与代码不同。

一旦我把它从GAC中移除，问题就解决了

场景是这样的:一个特定的项目是你的启动项目(例如有Main方法)。该项目正在引用解决方案中的其他项目。其他项目中的断点没有受到影响。

快速解决方案:当你构建你的解决方案时，在构建输出路径(通常是bin\Debug)中寻找启动项目。查看所引用项目的DLL和PDB文件。确保它们的最后修改日期是您最后构建解决方案的日期。如果不是，则将它们从每个项目的生成输出路径复制到启动项目的生成输出路径。例如:

项目A有Main。它引用项目B。在项目B中没有命中断点。将DLL和PDB文件从项目B的生成输出路径复制到项目A的生成输出路径。然后运行您的解决方案。断点现在将被击中。

现在您需要弄清楚为什么项目A没有复制项目B的DLL和PDB文件。这里的答案涵盖了大多数情况。一个没有涉及的场景是确保您的项目和解决方案正确地绑定到TFS。我有一些项目绑定，有些没有正确绑定。这给我带来了问题。一旦我修复了这个问题，问题就消失了，我不再需要复制DLL和PDB文件。

我尝试了很多东西。对我有用的方法。 通过右键单击项目，我将Silverlight应用程序设置为“启动项目”。然后我试着运行它(这显然失败了，因为它依赖RIA服务到一个没有运行的web服务器) 然后我将Web项目重置为启动项目。嘿，瞬间…一切都在运转。

无论如何要把这个标记下来，因为它不是一个答案，但是这个断点没有被击中的问题，对我来说，已经自行修复了。在删除临时文件、重新启动、重新安装、调试设置等几个小时后，它突然开始工作了。当我们毫无理由地碰到一个断点时，我正处于疯狂的边缘。爱不一致的虫子，我。

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.

我尝试重命名obj\debug文件夹中的.pdb文件，并做了一个干净的解决方案和重建。 它创建了一个新的.pdb文件，我能够正确地命中断点。