我的问题是代码中间的一个“返回”。所以在返回断点后是无效的。

另一个可能有用的轶事是

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

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

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

而不是

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

我在Windows 7上也遇到了同样的问题，尝试了所有方法:清理dll，调查模块列表，关闭“只是我的代码”，等等。

在我以“管理员”身份运行Visual Studio后，问题得到了解决。诚实。为什么微软不能警告我它不是“以管理员身份”运行的呢?这会节省我几个小时的工作时间。

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

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

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.

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

目前还不确定原因，但其中一些是可调试的，一些是不可调试的，即使在程序集的References设置中指定了正确的完整路径。

这种不可预知的行为几乎把我逼疯了:)

我通过从“References”文件夹中删除所有带有源代码的项目的程序集来解决这个问题，并很好地跟踪共享程序集的版本信息。