原总结debug调试dump转储文件JITprocdumpJIT Debugging
前言
在上一篇介绍 JIT Debugging 的文章 —— 你需要了解的JIT Debugging 中，我们了解到 procdump 设置为 JIT调试器的时候，在设置的参数中，有一个叫 %p 的参数（需要和 -j 一起使用），指向了 JIT_DEBUG_INFO。今天简单介绍一下 JIT_DEBUG_INFO。
JIT_DEBUG_INFO 结构
JIT_DEBUG_INFO 的定义如下：
typedef struct _JIT_DEBUG_INFO {
DWORD dwSize;
DWORD dwProcessorArchitecture;
DWORD dwThreadID;
DWORD dwReserved0;
ULONG64 lpExceptionAddress;
ULONG64 lpExceptionRecord;
ULONG64 lpContextRecord;
} JIT_DEBUG_INFO, *LPJIT_DEBUG_INFO;我们可以在 windbg 中，使用 dt JIT_DEBUG_INFO 来查看 JIT_DEBUG_INFO 的数据结构，如下：
0:000> dt JIT_DEBUG_INFO
demo!JIT_DEBUG_INFO
+0x000 dwSize : Uint4B
+0x004 dwProcessorArchitecture : Uint4B
+0x008 dwThreadID : Uint4B
+0x00c dwReserved0 : Uint4B
+0x010 lpExceptionAddress : Uint8B
+0x018 lpExceptionRecord : Uint8B
+0x020 lpContextRecord : Uint8B如何使用？
如果转储文件保存的时候，已经保存了 JIT_DEBUG_INFO 信息，我们可以直接在 windbg 中执行 .jdinfo address 。
有什么用？
为什么 procdump 要保存 JIT_DEBUG_INFO 呢？我们可以从 .jdinfo 的帮助文档里得到答案！截取如下：
简略翻译一下（感谢 google 翻译 的大力支持）：
.jdinfo 命令使用从 Windows Vista 开始引入的 AeDebug 注册表信息。 相关注册表项的更多信息，请参考 Enabling Postmortem Debugging 。 .jdinfo 命令使用系统为 AeDebug 设置的 JIT_DEBUG_INFO 的地址，并设置上下文为崩溃时的上下文。
您可以在 AeDebug 中使用 .jdinfo 命令而不是 -g 将调试器设置为 AeDebug 状态，而无需执行。
这么做是有好处的，因为在通常情况下，当用户态进程发生异常时，将按顺序发生如下事件：
- 操作系统中断目标进程的执行。
- 启动事后调试器。
- 调试器附加到目标进程。
- 调试器发出 “Go” 命令。（此命令由
AeDebug项中的-g触发。） - 目标进程尝试继续运行，可能会也可能不会遇到相同的异常。
- 目标进程遇到异常后，中断到调试器。
上述事件的发生可能会导致一些问题：
- 异常并非总能重复，可能是因为重新运行时，瞬态条件（注：导致异常的条件）已不复存在了。
- 可能会发生另一个事件，例如另一个异常。 没有办法知道它与原始事件是否是同一个。
- 附加调试器到目标进程需要在目标进程中注入新线程。如果目标进程中有线程正在持有程序加载锁，则新注入的线程很可能阻塞。 注入新线程可能会严重干扰整个处理过程。
如果在 AeDebug 项中使用 -c .jdinfo 而不是 -g，则目标进程不会执行（注：上面提到的第 4, 5, 6 步不会发生）。 而是使用变量 ％p 从 JIT_DEBUG_INFO 结构中获取异常信息。
总结
- 上述的
1 ~ 6步，对我们理解整个JIT Debugging流程非常有帮助。让我们更加明白，在通过JIT Debugging生成转储的时候，保存JIT_DEBUG_INFO是非常重要的。 - 在
windbg中可以使用.jdinfo命令设置上下文为异常发生时的上下文，然后就可以使用k系列命令查看异常发生时的调用栈了。
参考资料
原文地址：https://www.cnblogs.com/bianchengnan/p/12253564.html