vscode的memory面板不可用，因其渲染进程默认禁用v8 heapprofiler；需通过code --inspect-extensions=9333启动并用chrome devtools连接extension host进程获取.heapsnapshot文件分析泄漏。
VSCode 本身不提供 Heap Snapshot 的图形化对比界面，必须用 Chrome DevTools 打开快照文件才能做有效分析。 内置的 Developer Tools 只能看 Performance、Console 和 Elements，Memory 面板在 VSCode 里是灰掉的——这不是你配置错了，而是 Electron 渲染进程默认禁用了该功能。
为什么 VSCode 的 Memory 面板不可用
VSCode 基于 Electron，其渲染进程（Renderer）和扩展宿主（Extension Host）是分离的。你打开的“开发者工具”默认连的是渲染进程，而 Memory 面板需要 V8 的 HeapProfiler 模块支持，该模块在 Electron 的 renderer 进程中被有意禁用，防止恶意页面读取内存布局。
- 执行
performance.memory能看到粗略数值，但无法触发takeHeapSnapshot - 在 VSCode 的 Console 里直接调用
chrome.devtools.heapProfiler.takeHeapSnapshot()会报undefined is not a function - 真正可用的快照入口只在两个地方：Chrome DevTools 连接 Extension Host 进程，或通过
node --inspect启动的独立 Node.js 进程
如何拿到可分析的 .heapsnapshot 文件
关键不是“在哪点按钮”，而是“让哪个进程暴露调试端口并生成快照”。对绝大多数插件泄漏场景，目标进程是 Extension Host：
- 关闭所有 VSCode 窗口，从终端运行：
code --inspect-extensions=9333 - 打开 Chrome，访问
chrome://inspect→ 点击 Configure → 加入localhost:9333→ 刷新 → 找到 “VS Code Extension Host” → 点击 inspect - 切换到 Memory 面板 → 选 Heap snapshot → 点 Capture heap snapshot → 保存为
baseline.heapsnapshot - 执行疑似泄漏操作（如反复打开/关闭一个 Webview 插件界面），等 30 秒 → 再拍一张 → 保存为
leak.heapsnapshot
在 Chrome DevTools 里快速定位泄漏对象
别从头扫完整快照。直接用筛选+排序组合拳：
- 打开
leak.heapsnapshot→ 右上角切到 Comparison 视图 → 左侧选baseline.heapsnapshot - 点击 Constructor 列标题排序，找 Δ > 0 且 Retained Size 增长最猛的几行，重点关注：
Closure、Object、Array、HTMLDivElement、CanvasRenderingContext2D - 双击某条高 Δ 的
Closure→ 切到 Retainers 标签页 → 从上往下看引用链，如果发现webview.onDidReceiveMessage回调没被解绑，或this._cache持有大量未释放数据，就是根因 - 右键某对象 → “Reveal in Dominators view” → 看顶部节点是谁，常是泄漏起点（比如一个全局
Map或未清除的setInterval）
容易被忽略的陷阱：快照之间 GC 没真正发生
手动点击 “Collect garbage” 图标并不总能触发完整 GC，尤其当对象还被弱引用或定时器回调持有时。更可靠的做法是：
- 拍完 baseline 快照后，先执行一次
setTimeout(() => {}, 100)，再等 1 秒，让事件循环转一圈 - 操作后，不要立刻拍第二张；先点 “Collect garbage”，再等 3–5 秒，再点一次 “Collect garbage”
- 如果两次快照间
Detached DOM tree数量不变，大概率是 GC 被阻塞了——这时得检查是否有长期运行的 Promise 或未 resolve 的 fetch
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
