VS Code 无内置火焰图分析能力，但可通过 Process Explorer 查看自身内存/CPU 占用，定位异常扩展；调试 node.js 时启用 –inspect-brk 并用 chrome DevTools 分析；辅以 Project Statistics、Code Metrics 等扩展优化日常排查。
VS Code 本身不提供类似 chrome devtools 那样的深度 CPU/内存火焰图分析能力，它没有内置的性能剖析器（profiler），但可以通过集成外部工具 + 内置诊断功能，实现基础到中等程度的资源监控和瓶颈定位。
怎么看 VS Code 自身的内存和 CPU 占用
这是最直接的起点——先确认是不是 VS Code 进程本身出了问题，而不是你写的代码。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入并执行Developer: Open Process Explorer - 会弹出一个表格视图，列出所有渲染进程、扩展主机进程、主进程及其内存（MB）、CPU（%）、工作区路径
- 重点关注
Extension Host和Renderer进程：如果某个扩展长期占 >300MB 内存或持续 >40% CPU，大概率是它导致卡顿 - 右键可终止异常进程（临时缓解），但需配合
Developer: Show Running Extensions定位具体扩展
怎么监控你正在调试的 Node.js 程序的性能
VS Code 的 node.js 调试器支持 V8 Inspector 协议，能直接接入 Chrome DevTools 进行采样式性能分析。
- 在
launch.json中启用运行时参数："runtimeArgs": ["--inspect-brk"]（加brk可停在第一行） - 启动调试后，VS Code 底部状态栏会出现
Debug按钮旁的Open dedicated DevTools for Node.js链接，点击即跳转到chrome://inspect - 在 Chrome DevTools 的
Performance标签页点击录制，操作你的程序，停止后可查看调用栈、JS 堆分配、事件循环延迟等 - 注意：必须用
node --inspect启动（非nodemon默认模式），否则 Chrome 无法连接；若用nodemon，需加--inspect参数并确保端口不冲突
哪些扩展能补足 VS Code 缺失的性能分析能力
官方不提供 profiler，但社区有轻量级、侵入性低的辅助工具，适合日常排查。
-
Project Statistics：显示当前工作区文件数、总行数、最大单文件大小，帮你判断是否因巨型 JSON/日志文件拖慢搜索和语法高亮 -
Code Metrics：对 typescript/javaScript 文件做圈复杂度、函数长度、参数个数统计，导出 CSV 后可快速识别“可能难维护也难优化”的函数 -
gitLens（谨慎启用）：功能强但默认开启大量后台 Git 操作，若发现git进程频繁唤醒，可在设置中关闭gitlens.advanced.messages和gitlens.codeLens.enabled - 禁用所有扩展后测试响应速度，再逐个启用，比看文档更快定位罪魁祸首
真正需要火焰图、内存快照对比、异步堆栈追踪时，别在 VS Code 里硬扛——直接切到终端跑 node --prof + node --inspect，或者用 clinic.js 这类专用 CLI 工具。VS Code 的角色是触发器和入口，不是分析引擎。