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

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

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

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

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

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

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

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

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

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

对我来说，问题是我在项目设置的Build选项卡中启用了“优化代码”。

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

目前还不确定原因，但其中一些是可调试的，一些是不可调试的，即使在程序集的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是我正在调试的。DLL只在主应用程序中的某些函数被调用时才被调用，因此VS2010在这些函数被调用之前不会加载模块。

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

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

另一个可能有用的轶事是

当我的一个项目使用来自发布输出文件夹的文件引用时，我遇到了这个问题。当构建结果被放置在Goods文件夹中时，这些Release dll将覆盖Debug dll。

解决方案是确保在csproj文件中，我的引用的HintPath是

< HintPath > \…" Goods美元(Configuration) \ \核心MyFramework等< / HintPath >。

而不是

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>