必须用minidumpreaddumpstream按流类型解析.dmp文件，如exceptionstream（1）获取异常信息、moduleliststream（4）读模块路径；调用时需正确传入handle和streamnumber，返回指针仅本次有效。
用MiniDumpReadDumpStream解析.dmp文件中的关键流
Windows生成的.dmp文件不是普通二进制，而是结构化内存快照，直接fread只能看到头部魔数（0x45474150即“PAGE”）。必须用MiniDumpReadDumpStream按流类型提取信息——比如线程上下文、模块列表、异常记录。这个函数在DbgHelp.h中声明，链接Dbghelp.lib即可调用。
常见错误是传入错误的StreamNumber：比如想读异常信息却用了ThreadListStream（2），结果返回NULL。实际异常记录对应ExceptionStream（1），而模块路径在ModuleListStream（4）里。
- 确保
MiniDumpReadDumpStream第一个参数是HANDLE（用CreateFile以GENERIC_READ打开.dmp文件） - 第二个参数填对流号：
ExceptionStream（1）、SystemInfoStream（7）、Memory64ListStream（9）最常用 - 返回的
PMINIDUMP_MEMORY_INFO或PMINIDUMP_EXCEPTION_STREAM指针需强制转换，且生命周期仅限于该次调用——不能缓存指针长期使用
用MiniDumpWriteDump生成可读取的Dump文件
本地调试时，如果自己用MiniDumpWriteDump生成.dmp，务必注意MINIDUMP_TYPE参数。默认MiniDumpNormal不包含堆栈内存和模块完整路径，导致后续解析时StackWalk64失败或GetModuleFileNameEx返回空字符串。
推荐组合：MiniDumpWithFullMemory | MiniDumpWithHandleData | MiniDumpWithUnloadedModules。虽然dump体积大，但能还原崩溃时的真实模块状态和堆栈内容。
-
MiniDumpWithFullMemory是关键——没有它，StackWalk64会因缺少栈内存而停在第一帧 - 若目标进程启用了ASLR，必须同时加
MiniDumpWithFullMemoryInfo，否则MiniDumpReadDumpStream读不到内存区域基址 - 写入dump前调用
SetUnhandledExceptionFilter捕获异常，但注意：VS调试器下该回调可能被绕过，建议配合SetErrorMode(SEM_NOGPFAULTERRORBOX)避免弹窗干扰
用StackWalk64还原崩溃线程调用栈
有了含内存的dump，下一步是还原异常发生时的调用链。核心是StackWalk64，但它依赖三个上下文源：dump里的线程上下文（CONTEXT结构）、模块符号（PDB）、以及内存数据本身。缺任意一个，栈帧就会中断。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
最容易被忽略的是符号路径设置——SymInitialize的第二个参数必须指向PDB所在目录，且要调用SymSetOptions(SYMOPT_LOAD_LINES | SYMOPT_FAIL_CRITICAL_ERRORS)启用行号加载。否则StackWalk64虽能走完，但SymFromAddr返回的函数名全是“???”。
- 先用
MiniDumpReadDumpStream读出ExceptionStream，从中提取ExceptionRecord.ExceptionAddress和ThreadContext - 调用
StackWalk64时，MachineType必须与dump生成时一致（x64程序用IMAGE_FILE_MACHINE_AMD64，别硬写IMAGE_FILE_MACHINE_I386） - 每走一帧后，用
SymFromAddr查函数名，再用SymGetLineFromAddr64查源码行号——后者失败不等于栈错，可能是PDB没带行号信息
符号服务器与PDB路径的坑
本地解析dump时，如果模块来自系统DLL（如ntdll.dll）或第三方SDK，光有本地PDB不够。Windows符号服务器（https://msdl.microsoft.com/download/symbols）必须配置，否则SymFindFileInPath找不到匹配PDB，StackWalk64就卡在系统帧。
配置方式不是改注册表，而是用SymSetSearchPath拼接路径字符串：本地目录 + srv*c:\symbols*https://msdl.microsoft.com/download/symbols。注意srv*前缀不能漏，且c:\symbols需有写权限（第一次下载PDB会解压缓存）。
- 用
SymLoadModule64手动加载每个模块的基址——dump里模块地址是VA，但StackWalk64需要映射后的RVA，这个映射关系必须显式告诉符号引擎 - 如果解析的是Release版dump，确认编译时开启了
/Zi并生成了PDB；用dumpbin /headers xxx.exe检查PE头里Debug Directory是否存在 - 多线程dump中，
ExceptionStream只对应崩溃线程，其他线程的上下文得从ThreadListStream遍历读取，别默认只看第一个
真正麻烦的从来不是读取.dmp，而是让符号、内存、上下文三者时间戳对齐。哪怕PDB版本差一个编译，SymFromAddr也可能返回错误函数名——这种错不会报异常，只会静默误导你排查方向。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
