是否有可与.NET3.5SP1和WPF一起使用的CLR探查器？

在我所有的搜索中，我只能找到一个建议，即旧的.NET2.0 CLR分析器应该与.NET3.0或3.5应用程序一起使用

当我尝试用CLR Profiler for.NET 2.0评测我的.NET 3.5 SP1 WPF应用程序时，它会很好地启动我的应用程序，但它会弹出一个对话框，上面写着“等待应用程序启动公共语言运行时”

由于我的应用程序清楚地使用了CLR，因此我只能得出结论：用于.NET 2.0的CLR探查器不能与较新版本的框架一起工作（可能只是3.5 SP1应用程序的问题）

---

那么，有人知道是否有一个版本的CLR分析器可以与3.5SP1一起使用吗？如果没有Microsoft的profiler版本，我是否可以使用另一个具有类似功能的免费profiler？

在2.0 framework和3.5 framework中使用的CLR仅因服务包不同而不同。CLR的版本分别为2.0和2.0SP1。CLR探查器将针对CLR的2.0SP1版本工作

---

小修正：没有3.5版本的CLR。最新版本有2.0、2.0SP1和2.0SP2（与.Net Framework SP1关联）

我刚刚尝试用WPF应用程序运行CLR Profiler，效果很好。应用程序启动需要一段时间（感觉比使用非WPF应用程序要长），但它可以工作

---

更新：只是为了让答案保持最新；根据下面的评论，解决方案是运行具有管理权限的CLR分析器。

不要犯我犯的愚蠢错误，尝试使用CLR分析器v1.1–正确的方法是.NET Framework 2.0的CLR分析器（即使您使用.NET 3.5）。

我刚刚在.NET 4.0 WPF应用程序中使用了CLR分析器2。它可以启动应用程序，但当点击“立即显示堆”或“查看”菜单下的任何项目时，它会显示带有空数字的报告窗口。所以我想知道是否有人已经成功尝试过了？或者它只是不支持.NET WPF应用程序。

我犯了一个错误，在我的64位计算机上运行了x86版本的.NET Framework 2 CLR Profiler，它只是永久性地显示了“等待应用程序启动公共语言运行时”消息。如果您有一台64位计算机，则可能必须运行与您要评测的进程相匹配的CLR Profiler版本（即，通常是“x64”文件夹中的版本）

---

由于某些原因，WPF在探查器下的速度非常慢。

CLR profiler 4由microsoft于2011年1月31日发布

此版本支持.NET Framework 2.0到4.0以及对WPF和Silverlight的支持

请注意，它需要.NET framework 4

---

关于

我认为你的结论是错误的，尤其是因为CLR在2.0和3.5之间没有变化@jaif-在3.5和3.5SP1之间呢？我能够毫无疑问地重现这一点。我让我的应用程序运行了近20分钟，等待“等待应用程序启动公共语言运行时”消息消失。我的应用程序启动并运行，我与它的交互很好-我的应用程序显然启动了CLR。您的WPF应用程序的目标框架版本是什么？它的目标是.NET framework 3.5。我确实看到了一个不需要使用管理权限运行的应用程序（不知道是否专门针对WPF应用程序）。你试过了吗？用管理权限运行它真是太棒了——这就是我所需要的！谢谢ProfilerObject.dll应该注册，它在下载页面上有说明。所以CLR分析器可以针对CLR的2.0SP1版本工作-针对2.0SP2如何？我假设这就是3.5SP1发布的内容-至少我从您的答案中得到的信息。。。我错了吗？不是它不支持WPF，而是它不适用于.NET4.0。NET3.5是.NET2.0运行时之上的一组额外库，即核心运行时没有改变-这就是为什么探查器的V2仍然工作。在.NET4.0中，我们有了一个新的运行时。它必须与配置文件的应用程序相匹配。我使用的是x64机器。该应用程序是32位的。因此，我需要使用管理权限运行32位探查器。