另一个可能有用的轶事是

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

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

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

而不是

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

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.

在调试/常规设置中禁用“只是我的代码”选项。

另一个可能有用的轶事是

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

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

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

而不是

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

对我来说，问题是在调试配置中打开了属性->构建->优化代码复选框。关闭它，重新构建，然后正常调试。

每当我遇到这个特殊的错误时，结果是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项目文件所在的目录相同。