调试->附加到进程-> 选择Debug这些代码类型:option -> 选择托管v3.5、v3.0、v2.0或托管v4.5、v4.0

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

每当我遇到这个特殊的错误时，结果是Visual Studio加载程序集的文件夹与web应用程序运行的文件夹不同。

也就是说，运行应用程序的应用服务器

C:\dev\MyApplication\bin 

但是Visual studio正在调试从

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

注意——由于各种原因，我使用IIS作为应用程序主机进行调试，而不是大多数人使用的小型独立设备。这可能会影响我回答的有用性!

更新:

对于IIS，应用服务器目录(即上面的C:\dev\MyApplication)是为web应用程序配置的物理目录-这可以通过更改应用程序的基本设置来控制。

对于Visual studio，调试目录(例如上面的C:\dev\MyOtherApplication)是svc文件所在的目录，通常与csproj项目文件所在的目录相同。

尝试将Silverlight Application Project设置为启动项目:右键单击Project -> '设置为启动项目。然后按F5，看看你是否能捕捉到断点…

每次对silverlight应用程序进行更改时，尝试删除浏览器中的浏览/临时数据

这个错误偶尔会出现，我总是可以将其追溯到相关程序集的项目设置。你不必“等待”，直到你的代码不能遵守断点或直到你设置了断点，才能知道哪些程序集加载了符号。

当您在调试模式下运行项目时，它将在输出窗口中列出哪些程序集具有如下加载的符号(您可能需要在新选项卡中打开图像)

所以在这种情况下，BASD.Core.Data.dll没有加载符号。因此，您可以将此程序集的项目设置与设法加载符号的另一个程序集的项目设置进行比较，以便弄清楚为什么有些程序集可以加载符号，有些程序集不能加载符号。

然而，“对我来说”，“每次”发生这种情况，都是因为没有创建调试信息。所以我在一个(c#)项目中打开项目属性>构建>高级。

所以对于上面的Basd.Core.Data.dll，即没有符号，高级构建设置是:

而对于Basd.Core.Configuration.dll，即我可以设置并命中断点的程序集，设置如下:

所以我在后一个项目中输出调试信息，而不是在第一个项目中，因此我能够在Basd.Core.Configuration.dll中命中断点

还要注意，对于给定的.dll，仅仅在项目的bin文件夹中有一个.pdb文件是不够的，因为它很可能已经过期，因此Visual Studio不能将其作为您试图过路的.dll的有效符号文件。

还要注意，更改构建配置可以更改构建信息设置以及从哪里提取符号。

(我意识到在这种情况下我处于释放模式，但方法仍然适用)

我遇到过这个问题，但在我的情况下，这是因为我试图调试的模块延迟加载。我有一个链接到我的主项目的DLL, DLL是我正在调试的。DLL只在主应用程序中的某些函数被调用时才被调用，因此VS2010在这些函数被调用之前不会加载模块。

当我启动项目时，我收到了这条消息，但当我执行函数时，调试器已经加载了模块和相关的调试信息。

这个帖子对我帮助很大:http://geekswithblogs.net/dbutscher/archive/2007/06/26/113472.aspx