Firefox崩溃默认不生成Minidump，需手动启用系统小内存转储（CrashDumpEnabled=0x3）并配置调试工具链，否则无法获取线程上下文与模块状态。
当Firefox浏览器突然无响应、闪退或卡死在空白页时，系统可能已静默生成Minidump文件，但默认未启用完整捕获路径——必须手动配置调试工具链并指定匹配架构的抓取方式，否则无法获取线程上下文与模块加载状态。
确认Firefox是否已触发Minidump生成
Firefox自身不直接写.dmp到磁盘，它依赖Windows系统级崩溃捕获机制。若你从未修改过系统设置，【默认情况下Firefox崩溃不会产生Minidump】，因为系统“小内存转储”功能很可能处于禁用状态。
按下Win+R，输入：reg query "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v CrashDumpEnabled，回车。若返回值为0x0，说明完全关闭；若为0x3，则已启用小转储（含Firefox崩溃）。
若值非0x3，跳转至下一节启用；若已是0x3，继续检查C:\Windows\Minidump目录中是否有最近1小时内生成的Mini*.dmp文件——注意：Firefox 64位进程崩溃产生的.dmp，必须用X64版调试工具打开，混用会报错“invalid image format”。
启用并验证小内存转储功能
右键“此电脑”→“属性”→左侧“高级系统设置”→“高级”选项卡→“启动和故障恢复”区域点“设置”。
在弹出窗口中，“写入调试信息”下拉菜单必须选择【小内存转储(256 KB)】；下方“小转储目录”必须显示为%SystemRoot%\Minidump（即C:\Windows\Minidump），不可为空或指向其他路径。
取消勾选“系统失败时自动重新启动”，否则蓝屏或崩溃后瞬间重启，你将错过错误代码显示窗口，也无法确认是否真有.dmp落地。
点击“确定”保存→重启电脑使注册表项生效。重启后，可手动触发一次Firefox崩溃测试：地址栏输入 about:crashparent，回车——这是Mozilla官方提供的安全崩溃触发页，会立即终止主进程并生成.dmp文件。
安装匹配架构的Debugging Tools for Windows
Firefox进程架构决定你必须用哪一版工具：任务管理器中看“详细信息”页签，找firefox.exe的“平台”列——若标“32位”，则装X86版；若标“64位”，则装X64版。混用会导致dump加载失败且无明确提示。
前往微软官网下载Windows SDK，运行安装程序时【仅勾选Debugging Tools for Windows一项】，其余全部取消。不要安装整个SDK，体积过大且无关组件可能干扰符号路径。
默认安装路径为C:\Program Files (x86)\Windows Kits\10\Debuggers\x64（X64版）或C:\Program Files (x86)\Windows Kits\10\Debuggers\x86（X86版）。请记牢该路径，后续命令行调用需精确指向。
手动捕获Firefox运行时Minidump（适用于假死/无响应场景）
当Firefox卡在“未响应”状态但尚未退出，Breakpad无法触发，此时需用procdump强制抓取——这是唯一能捕获挂起进程完整内存快照的方法。
方法一：使用Sysinternals ProcDump（推荐）
1. 从Microsoft官网下载Sysinternals Suite，解压后找到procdump64.exe（64位Firefox）或procdump.exe（32位Firefox）。
2. 以管理员身份运行命令提示符，cd到procdump所在目录。
3. 执行：procdump64 -ma -e 1 -w firefox.exe C:\dumps\firefox_hang.dmp
这条命令含义是：监控firefox.exe进程，一旦发生异常（-e 1）或持续无响应（-w），立即生成全内存dump（-ma）到C:\dumps\目录。
方法二：使用WinDbg Preview附加进程
1. 启动WinDbg Preview → 点击“File” → “Attach to Process”。
2. 在列表中找到firefox.exe（注意PID和状态），双击选中。
3. 等待几秒，待状态栏显示“Running”，按Ctrl+Break中断执行。
4. 在命令行输入.dump /ma C:\dumps\firefox_manual.dmp，回车——这将导出当前完整内存状态，包含所有线程栈和寄存器值。
注意：附加后若Firefox界面恢复响应，请立刻执行.dump，延迟超过10秒可能导致状态丢失。
用WinDbg深度分析Minidump文件
第一步：配置符号服务器
打开WinDbg Preview → 点击左上角设置图标（齿轮）→ 左侧选“Symbols” → 在“Symbol paths”框中粘贴：
SRV*C:\Symbols*https://msdl.microsoft.com/download/symbols
勾选“Reload symbols automatically”，点击“OK”。首次运行会联网下载公共符号，耗时较长但只需一次。
第二步：加载dump并执行主分析
1. File → Open crash dump → 选择你获得的.dmp文件（如C:\Windows\Minidump\Mini053026-01.dmp）。
2. 等待底部状态栏出现“Ready”，表示符号加载完毕。
3. 在命令行窗口输入：!analyze -v，回车。
第三步：定位核心线索
输出结果中快速定位三处关键字段：
• FAILURE_BUCKET_ID：形如“AV_nvwgf2umx.dll!unknown_function”，直接指出问题模块与错误类型（AV=访问违例）；
• IMAGE_NAME：如“xul.dll”或“nvwgf2umx.dll”，这是最可疑的第三方模块；
• STACK_TEXT顶部3行：显示崩溃发生时CPU正在执行的函数调用链，第一行即最内层函数，往往就是罪魁祸首。
若分析结果提示“MODULE_NAME: unknown”，说明缺失私有符号——此时需联系Firefox官方获取xul.pdb，普通用户无需深究，聚焦FAILURE_BUCKET_ID与IMAGE_NAME即可。
