内存泄漏扩展可通过chrome任务管理器（shift+esc）按内存排序筛选，重点关注持续＞300mb者；再通过无痕模式、三阶段堆快照对比（baseline/after action/post-gc）及chrome://extensions匹配id精准定位。
当你发现谷歌浏览器在打开特定网页后内存持续上涨、页面变卡、甚至无响应，而关闭某个扩展后症状立刻缓解，说明该扩展很可能存在内存泄漏——它申请了内存却未释放，导致浏览器整体资源被长期占用。
用Chrome任务管理器快速定位嫌疑扩展
这是第一步，也是最直接的筛选手段。任务管理器能实时显示每个扩展的独立内存消耗，不依赖任何插件或外部工具。
按下 Shift + Esc 打开Chrome任务管理器窗口。
找到“类型”列为“扩展程序”的所有条目，它们名称统一以“扩展: ”开头。
点击“内存”列标题，让列表按内存使用量从高到低排序；【重点关注连续两次刷新后仍稳定高于300 MB的扩展】，这类扩展极可能持有大量未释放对象。
选中该扩展，点击右下角“结束进程”按钮强制终止其运行，观察浏览器内存是否明显回落、页面是否恢复响应——若变化显著，基本锁定目标。
进入无痕模式排除干扰，复现泄漏行为
普通浏览窗口中，其他扩展、缓存、登录态、预加载脚本都会污染内存数据，必须隔离环境才能确认是目标扩展自身的问题。
点击右上角三个点 → “新建无痕窗口”。
在无痕窗口中，手动访问与该扩展强相关的网页（例如：广告拦截扩展就打开含大量广告的新闻站；笔记扩展就打开带长文+高亮的PDF页）。
【务必确认地址栏右侧没有出现任何扩展图标】，否则说明有扩展被自动注入，需检查是否开启了“在无痕窗口中运行扩展”的危险选项（默认关闭，但部分企业策略会启用）。
等待页面完全加载后，按 F12 打开开发者工具，切换到 Console 标签页，输入并执行：performance.memory.usedJSHeapSize / 1024 / 1024，记录初始内存值（单位MB）。
用Memory面板捕获三阶段堆快照对比
单次快照无法判断泄漏，必须通过“操作前→操作中→操作后回收”三步比对，才能排除垃圾回收延迟造成的假阳性。
步骤一：在无痕窗口中打开开发者工具 → 切换到 Memory 面板 → 点击右上角三点菜单 → 确保勾选 “Allocation instrumentation on timeline”（若未显示，先去 Rendering 面板关掉 Paint flashing 等渲染调试项）。
步骤二：点击 Collect garbage 按钮手动触发一次GC → 等待2秒 → 点击 Take snapshot → 将快照重命名为 Baseline。
步骤三：执行典型触发动作（如：反复点击该扩展的弹出面板5次 → 每次打开后停留3秒 → 关闭 → 重复）→ 再次点击 Collect garbage → 等待3秒 → 拍摄第二张快照，命名为 After Action。
步骤四：保持页面静止60秒 → 第三次点击 Collect garbage → 拍摄第三张快照，命名为 Post-GC。
在快照列表中，选中 After Action → 点击上方 Comparison 按钮 → 在左侧下拉菜单中选择 Baseline → 查看下方表格中 Objects Count 列为正数且数值较大的构造函数（如 HTMLDivElement、Closure、Array），这些就是泄漏源头的候选对象。
交叉验证：chrome://extensions 页面确认扩展身份
任务管理器里显示的是“扩展: aejgfbjlnccnmebjeoeddgfjilcblmlo”这类ID格式名称，根本看不出是哪个插件，必须人工匹配真实身份。
在无痕窗口中，地址栏输入 chrome://extensions 并回车。
确保右上角“开发者模式”已开启，否则后台运行的扩展不会显示。
逐个点击扩展右下角的“详情”按钮，在弹出面板中查看 扩展程序ID 字段，与任务管理器中记录的ID完全一致者即为目标。
方法一：若ID模糊，可结合权限声明判断——比如某扩展申请了 tabs、activeTab、scripting 全部三项，又长期驻留内存，风险极高。
方法二：在详情页点击“背景页”链接（如有），新开标签页后按 F12 → Memory 面板 → Take snapshot，直接分析该扩展自身的 JS 堆，跳过网页层干扰。
启用悬停内存提示，反向缩小嫌疑范围
当多个扩展同时作用于同一网页，仅靠任务管理器难以区分主次责任，此时可用系统级反馈辅助判断。
在地址栏输入 chrome://flags → 回车 → 顶部搜索框输入 Memory usage on hover → 找到对应实验性功能 → 下拉菜单设为 Enabled。
点击页面底部“重启”按钮，等待浏览器完全退出再重新启动。
重启后，打开易出问题的网页，将鼠标悬停在标签页图标上约1秒，弹出卡片中若显示内存值突增至 700 MB以上，且该网页同时启用了广告拦截、翻译、密码填充三类扩展，则这三者需全部加入排查队列。
这一步不直接定位泄漏源，但能把“高嫌疑集合”从20个缩至3～4个，大幅降低后续快照分析成本。
