我有一个类似的问题，除了我的问题是愚蠢的-我有2个内置的web服务器运行在2个不同的端口和我的项目->属性-> web ->“启动URL”指向一个固定的端口，但web应用程序实际上并没有在该端口下运行。所以我的浏览器被重定向到“开始URL”，它指向1539，但代码/调试实例在端口50803下运行。

我将内置web服务器更改为在固定端口下运行，并调整了我的“起始URL”以使用该端口。 项目->属性-> web ->“服务器”部分->“使用Visual Studio开发服务器”->特定端口

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.

我有一个类似的问题，除了我的问题是愚蠢的-我有2个内置的web服务器运行在2个不同的端口和我的项目->属性-> web ->“启动URL”指向一个固定的端口，但web应用程序实际上并没有在该端口下运行。所以我的浏览器被重定向到“开始URL”，它指向1539，但代码/调试实例在端口50803下运行。

我将内置web服务器更改为在固定端口下运行，并调整了我的“起始URL”以使用该端口。 项目->属性-> web ->“服务器”部分->“使用Visual Studio开发服务器”->特定端口

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

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

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

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

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

如果没有调试最新的可执行文件，在远程调试时也会出现此错误。当您在远程调试时，不要忘记在本地开发机器上构建(重新)后将新代码移到远程机器上!