如何调试Chrome崩溃？Chrome扩展关联文本拖动崩溃排查求助

一、关于Chrome崩溃日志的位置（chrome_debug.log并未废弃） #

Chrome 112+将崩溃日志从原有的chrome_debug.log迁移到了Crashpad目录，你可以在以下路径找到：

• Windows：打开资源管理器，输入%LOCALAPPDATA%\Google\Chrome\User Data\Crashpad\reports，这里每个崩溃事件对应一个带时间戳的文件夹，包含.dmp（崩溃转储文件）和.metadata（元数据文件）。
• 原chrome_debug.log仅记录常规运行日志，不再捕获进程级崩溃信息，这就是你用命令行没抓到崩溃日志的原因。

二、获取并分析崩溃转储文件 #

1. 提取崩溃dump：从Crashpad目录找到对应时间的崩溃文件夹，取出.dmp文件。
2. 分析dump：
   • Windows下使用WinDbg（微软官方调试工具）加载dump文件，执行!analyze -v命令查看完整调用栈，重点定位是否有与你的扩展相关的V8引擎栈、内容脚本执行记录或Chrome API调用痕迹。
   • 若没有调试经验，可打开chrome://crashes/，找到对应的崩溃记录，点击「查看详情」获取简化的栈信息（前提是Chrome自动上传了崩溃报告）。

三、排查扩展的潜在触发点（即使你认为拖动时无操作） #

崩溃往往和间接触发的逻辑有关，建议检查以下内容：

• 全局事件监听：内容脚本是否监听了selectionchange、mouseup、mousedown等事件？拖动选中文本会触发这些事件，若你的处理逻辑存在内存泄漏、无限循环或调用了不稳定的DOM/API，可能导致浏览器崩溃。
• 样式修改：扩展是否修改了user-select、cursor等与文本选择相关的CSS属性？某些极端样式可能与Chrome的文本渲染逻辑冲突。
• 后台页面逻辑：后台脚本是否在文本选择时被间接触发（比如通过内容脚本发送消息）？检查chrome.runtime.onMessage等监听逻辑是否有异常。

四、逐步缩小故障范围 #

• 分模块禁用：临时注释扩展的内容脚本、后台脚本或样式注入部分，逐一测试拖动文本，定位到具体触发崩溃的模块。
• 隐身模式测试：在隐身模式下仅启用你的扩展，排除其他扩展或浏览器设置的干扰，确认崩溃是否由你的扩展导致。
• 调试模式追踪：在Chrome扩展管理面板开启「开发者模式」，打开内容脚本和后台页面的控制台，开启日志输出，尝试复现崩溃，查看崩溃前是否有异常报错。

五、辅助调试参数 #

你可以通过以下命令行参数更方便地收集崩溃信息：

"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --crash-dumps-dir=C:\chrome_crashes

该命令会将崩溃dump文件统一输出到指定的C:\chrome_crashes目录，便于集中分析。

内容的提问来源于stack exchange，提问作者fakerobot