VSCode没有开箱即用的插件函数性能监控面板，必须通过Developer: Start/Stop Extension Host Profile生成.cpuprofile文件，在Chrome DevTools中手动分析JS执行热点，该文件仅含V8采样调用栈，不含内存信息或原生调用，且需source map支持才能准确定位源码函数。
VSCode 没有开箱即用的“插件集成函数性能监控面板”，所有真实有效的函数级性能分析，都必须通过 Developer: Start/Stop Extension Host Profile 生成 CPU 火焰图，并在 Chrome DevTools 中手动展开调用栈来完成。
Developer: Start/Stop Extension Host Profile 生成的是什么
它导出的是一个 .cpuprofile 文件，本质是 V8 引擎采样的原始调用栈快照，不是可视化面板，也不含内存分配信息。它只记录 JS 执行耗时（不含 native 调用、I/O 等），且默认不包含 source map 映射——这意味着你看到的函数名可能是压缩后的 anonymous 或 webpack:///... 路径。
- 必须手动在 Chrome DevTools 的 Performance 面板中
Load该文件才能查看火焰图 - 若插件使用 TypeScript 编译发布，需确保其
package.json中包含"engines": {"vscode": "^1.80.0"}且构建时保留 source map（如 Webpack 配置devtool: 'source-map'） -
Self Time高的函数才是真瓶颈；Total Time高但Self Time低，说明它只是调用者，问题在其子调用里
为什么不能直接在 VSCode 里看火焰图
VSCode 的内置开发者工具（Help → Toggle Developer Tools）复用了 Chromium 的 DevTools UI，但它禁用了 Performance 面板的录制功能——只允许加载已存在的 .cpuprofile 文件。也就是说，你无法在 VSCode 里点一下就“开始录制并实时显示”，必须跳转到 Chrome 浏览器操作。
- 常见误操作：在 VSCode 的 DevTools 里切换到 Performance 标签页后直接等待，结果界面始终空白——因为没点录制按钮，而这个按钮在 VSCode 里是灰色不可用的
- 正确路径：VSCode 执行
Developer: Start/Stop Extension Host Profile→ 复现卡顿动作 → 停止 → 自动打开 Chrome 新标签页加载火焰图 - 如果自动打开失败，手动将生成的
.cpuprofile文件拖进 Chrome 的chrome://tracing页面也可查看（兼容性略差，推荐用 DevTools 的 Performance 面板）
如何定位到具体插件的 activate() 或 provideCompletionItems()
火焰图里函数名模糊？别靠猜。先确认目标插件 ID（比如 esbenp.prettier-vscode），再在火焰图顶部搜索框输入该 ID，或直接搜索 activate、provide、resolve 等关键词。重点看调用栈底部（最深一层）是否属于你的插件路径。
- 若看到
node_modules/vscode-extension-telemetry占比高，说明插件在频繁上报遥测，不是业务逻辑问题 - 若
node_modules/vscode-languageclient下某 handler 耗时异常，大概率是语言服务器响应慢，得查服务端日志，而非插件前端代码 - 插件用了 WebWorker？火焰图里会显示
worker.js，但无法跨线程追踪——此时需在 worker 内部加console.time()手动打点
真正难的不是生成火焰图，而是把火焰图里的 anonymous 函数和你本地源码里的 formatDocument 对上号。这一步依赖 source map 完整性和调试符号一致性，稍有偏差就会卡死在“知道有问题，但找不到在哪”。
