VSCode无独立性能检测工具，其分析能力依赖原生命令与开发者工具组合：1. Developer: Open Process Explorer定位高耗资源扩展；2. Developer: Toggle Performance Impact显示打字延迟及关联扩展；3. Developer: Start/Stop Extension Host Profile生成.cpuprofile供Chrome DevTools分析；4. Memory面板堆快照对比识别内存泄漏；所有操作需注意采样时机与上下文隔离。
VSCode 没有“性能检测工具”这个独立功能模块，所谓“自带分析能力”其实是几个原生命令 + 内置开发者工具的组合用法，不是点开就能出火焰图的傻瓜式工具。
Developer: Open Process Explorer 看谁在吃资源
这是唯一能告诉你「哪个扩展正在拖慢 VSCode」的原生命令。它显示的是真实进程级数据，不是估算值。
- Windows 用户可直接 Ctrl+Shift+P 输入
Developer: Open Process Explorer；macOS/Linux 用户建议配合htop -T或ps aux --forest | grep vscode辅助定位带--type=extensionHost的子进程 - 重点关注
Extension Host进程的Memory（单位 MB）和CPU（%）：长期 >300MB 内存 或 连续 10 秒 >25% CPU 就值得怀疑 - 右键某扩展名（如
ms-python.python）可禁用，但必须再执行Developer: Restart Extension Host才会真正释放内存 - 别看系统任务管理器里模糊的 “Code Helper” 进程——它不区分扩展，毫无诊断价值
Developer: Toggle Performance Impact 判定打字是否真卡
CPU 占用低 ≠ 编辑不卡。真正影响体验的是主线程被同步阻塞的时间，比如补全、高亮、保存时的 JS 执行延迟。
- 启用后状态栏出现 ⚡ 图标，点开会显示类似
Typing took 142ms — caused by extension 'aaron-bond.better-comments' - 这类耗时反映的是 Electron 渲染线程被锁住的真实延迟，比 CPU 百分比更贴近“打字卡顿”这种感知
- 常见原因：插件在
onType回调里没加await就读大文件、跑复杂正则、或调用未优化的本地命令 - 它不记录具体函数栈，只给时间+扩展名，是快速缩小范围的第一步
Developer: Start/Stop Extension Host Profile 导出 .cpuprofile
确认某个扩展有问题后，得靠这个定位具体哪段 JS 代码拖慢。但它导出的不是“报告”，而是一个需外部打开的 .cpuprofile 文件。
- 操作流程：执行
Developer: Start Extension Host Profile→ 复现卡顿动作（如打开一个.ts文件并触发补全）→ 立即执行Stop - 生成的文件不能在 VSCode 里打开，必须用 Chrome DevTools：访问
chrome://devtools→ Performance → 右上角 ⋯ → Load profile - 关键看顶部长条的
Self Time，展开调用栈找activate()或provideCompletionItems()这类插件入口方法 - 注意：火焰图只记录 JS 执行，不包含 Node.js 底层调用；若怀疑是原生模块问题（比如 Python 插件调 C 扩展），得换
py-spy或--inspect配合 DevTools 分析目标进程
Developer Tools 的 Memory 面板抓内存泄漏
当某个插件疑似吃内存（比如打开大 .drawio 文件后不释放），堆快照对比比总内存数字更有说服力。
- 打开
Developer: Toggle Developer Tools→ 切到Memory标签页 → 点Take heap snapshot - 操作一次疑似泄漏行为（如打开/关闭绘图文件），再拍一张 → 切换快照 → 点
Comparison→ 看Objects Count列中增长最多的构造函数 - 例如
DrawioEditor或mxGraph实例数翻倍，基本锁定vscode-drawio - 别只盯总内存大小，要关注
Retained Size和重复出现的闭包引用链——它们才是泄漏的证据
真正容易被忽略的点是：所有这些操作都依赖「采样时机」和「上下文隔离」。比如在热更新（HMR）过程中录制 Profile，火焰图里全是框架代理逻辑，根本看不到你自己的代码；又比如没先禁用 GitLens 就去分析 TypeScript 补全，日志刷屏和后台 Git 请求早就把主线程占满了。工具只是镜子，照得清不清，取决于你怎么站、什么时候站过去。
