windbg如何广义地对崩溃进行分类，以及“崩溃”的结果是什么；！分析-v“；表明这一点？

在我们使用“！analyze-v”之后，您能给我详细介绍所有有助于正确理解崩溃问题的术语吗？哪个术语表示类似故障的内容？IP字段显示故障发生时的指令指针

---

我没有得到正确的描述。

是

BUCKET\u ID

对问题进行了分类，微软有一个大型的内部数据库来揭示典型问题

BUCKET_ID字段显示当前故障所属的特定故障类别。此类别有助于调试器确定要在分析输出中显示的其他信息

如果您连接到internet，调试器将尝试访问由Microsoft维护的崩溃解决方案数据库。该数据库包含指向大量网页的链接，这些网页包含有关已知bug的信息。如果找到与您的问题匹配的内容，则“内部解决方案”文本字段将显示一个URL，您可以访问该URL以获取更多信息

如果您需要调查非典型问题，那么像

STACK\u COMMAND

之类的东西可能是您的朋友

然而，对本机崩溃进行转储分析绝非易事，而损坏的内存可能会使情况进一步恶化

---

因此，您应该从Microsoft或其他服务提供商处购买服务。

“所有条款”对于一个问题来说有点宽泛。我正在努力理解

！分析-v

已经10年了，但我仍然只理解了约30%。当客户打电话给我进行崩溃分析时，我要求输出

！分析-v

，然后决定我是否可以帮忙，或者我最好拒绝这个任务。有这么多的可能性。。。在我被雇用的所有案例中，都有人向我解释了应用程序（但不是在源代码级别）！analyze有100.000多行代码，实现500多个启发式，可以创建超过25.000.000个存储桶。我不确定输出会有多大的不同。我试图制作一个独立的库，以帮助识别现有崩溃的正确匹配。我收集了一些例外情况，在此基础上，我试图制作一个库。试图使windbg上的工具更容易分析100秒的崩溃转储。@Prachi我对你的另一个问题发表了评论，关于你应该寻找什么。WinDbg是一个黑匣子，所以您应该在这条路上走得更远。