用windbg分析dump文件可快速定位崩溃根源：先配置wer或setunhandledexceptionfilter生成dump；再用.symfix、.reload、!analyze -v初筛；结合r、u、dd查寄存器与内存；最后凭pdb符号定位源码行。
程序崩溃后，别急着重编译或瞎猜——拿到Dump文件，用WinDbg分析调用栈和寄存器状态，往往几秒钟就能定位空指针、越界访问或堆损坏的根源。
一、先让程序自动生成Dump文件
崩溃时没保存现场？得提前配置系统或程序自己捕获异常。推荐两种可靠方式：
- 用Windows内置的WER（Windows Error Reporting）机制：修改注册表red">HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps，新建字符串值DumpFolder（指定路径）、DumpType（设为2生成完整Dump）、DumpCount（比如5，保留最近5个）
- 在C++代码中用SetUnhandledExceptionFilter注册异常处理函数，调用MiniDumpWriteDump（dbghelp.dll）手动生成MiniDump（轻量，适合发布版）
二、用WinDbg Preview打开Dump并初筛问题
WinDbg Preview（微软商店免费下载）比传统WinDbg更友好。打开Dump后，先执行三条命令：
- .symfix —— 自动设置微软符号服务器
- .reload —— 加载符号（注意看输出里有没有“no symbols”警告）
- !analyze -v —— 核心命令，自动推断崩溃原因、线程上下文、可能的模块和调用链
重点关注输出里的FAULTING_IP（出错指令地址）、EXCEPTION_RECORD（异常码，如0xC0000005是访问违规）、CALL_STACK（最顶上几层就是肇事代码位置）。
立即学习“C++免费学习笔记（深入）”；
三、看懂关键寄存器和内存地址
崩溃常因读写非法地址引发。执行r命令查看寄存器，重点看：
- rax/rdx/rcx/r8等通用寄存器：哪个值是明显异常地址（比如0x0000000000000000、0xFFFFFFFFFFFFFFFF、或接近0x000000007FFE0000这种内核保留区）？它很可能就是野指针
- rip（指令指针）：当前执行到哪条指令？结合u rip-10 L20反汇编附近代码，确认是不是在解引用某个寄存器
- 用dd /dq [地址] 查看内存内容：比如dd rax看rax指向的前几DWORD，若全是0或乱码，基本坐实空指针或已释放内存
四、定位到源码行（需要PDB符号文件）
如果编译时开启了调试信息（VS里配置/Zi并生成.pdb），且WinDbg能正确加载符号，就可以直接看到源码上下文：
- 执行lm确认你的模块（如myapp.exe）是否已加载符号（有“deferred”说明还没加载，用lmvm myapp查路径，再!sym noisy + .reload /f myapp.exe强制重载）
- 在!analyze输出的CALL_STACK里，找到你自己的模块那一行，右键→“Open Source Code”（WinDbg Preview支持），或手动执行ln 查符号名，再
