Debugging 在windbg中，是否有任何方法可以根据上一个活动对线程进行排序？

我们的应用程序间歇性挂起。我们得到了内存转储，我把它加载到windbg。windbg中显示了100多个线程

---

我想知道在挂起发生之前最近执行的线程是什么。所以我想根据上一个活动对线程进行排序。有什么方法/命令可以检查吗？

您所描述的内容通常被称为。不幸的是，在没有第一个线程的情况下，很难看到线程是如何执行的

您可以使用的命令将显示自进程启动以来按执行时间排序的线程列表。这至少可以让您了解哪些线程正在完成大部分工作

---

除了这些技巧，

！如所述，analyze-v

，始终是了解进程挂起原因的良好起点。在某些情况下，

！锁定

，并可以提供有关挂起时程序状态的一些有用信息。

您所描述的内容通常被称为。不幸的是，在没有第一个线程的情况下，很难看到线程是如何执行的

您可以使用的命令将显示自进程启动以来按执行时间排序的线程列表。这至少可以让您了解哪些线程正在完成大部分工作

---

除了这些技巧，

！如所述，analyze-v

，始终是了解进程挂起原因的良好起点。在某些情况下，

！锁定

，并可以提供有关挂起时程序状态的一些有用信息。

抱歉，为什么问题被否决？至少在否决之前给出一些解释？调试挂起转储需要很多经验，并且“根据上一个活动对线程进行排序”并不是真正必要的。在没有看到垃圾场的情况下，我不认为还有什么可以讨论的。堆栈溢出不太可能是解决此类问题的好地方。您最好升级到您团队中更高级的人员，或者直接与Microsoft建立支持案例。您可以尝试

！analyze-v-hang

但如果这并没有告诉您什么，您可能需要查看Windows性能记录器/分析器。它更适合于告诉您线程/进程正在等待什么，但在您看来，这是一条steap学习曲线。我建议从bruce dawson（我想）那里下载wprui以获得领先。对不起，为什么这个问题被否决了？至少在否决之前给出一些解释？调试挂起转储需要很多经验，并且“根据上一个活动对线程进行排序”并不是真正必要的。在没有看到垃圾场的情况下，我不认为还有什么可以讨论的。堆栈溢出不太可能是解决此类问题的好地方。您最好升级到您团队中更高级的人员，或者直接与Microsoft建立支持案例。您可以尝试

！analyze-v-hang

但如果这并没有告诉您什么，您可能需要查看Windows性能记录器/分析器。它更适合于告诉您线程/进程正在等待什么，但在您看来，这是一条steap学习曲线。我建议从bruce dawson（我想）那里下载wprui，以获得领先。