VSCode本身不提供深度性能检测能力，必须通过--inspect或--inspect-brk启动Node.js进程以启用V8 Inspector协议，否则Chrome DevTools无法连接；--inspect-brk适合初始化分析，--inspect=9229适合用户交互逻辑，且需配合launch.json中"type": "pwa-node"及正确端口配置。

VSCode 本身不提供深度性能检测能力，所谓“开启”其实是配置外部工具链并打通数据通路——跳过这步直接点按钮，看到的全是假数据。

怎么让 Node.js 进程暴露可分析的调试端口

核心是让 V8 Inspector 协议跑起来，不是加个插件就完事。Node.js 必须用 --inspect 或 --inspect-brk 启动，否则 Chrome DevTools 根本连不上。

• --inspect-brk：启动即暂停，适合分析初始化阶段；但若你测的是用户点击后的逻辑，它会卡死在第一行，根本触发不到目标路径
• --inspect=9229：显式指定端口，避免和本地其他服务（如另一个 Node 进程、WSL 中的调试器）冲突
• 别用 nodemon 默认模式——它默认不透传 --inspect，得加 --exec node --inspect-brk 才生效
• launch.json 中必须设 "type": "pwa-node"，旧版 "type": "node" 在较新 VSCode 中已不支持完整采样

Chrome DevTools 怎么录到真实 CPU Profile

VSCode 界面里点“Open dedicated DevTools for Node.js”只是快捷入口，真正关键在 DevTools 的操作节奏和上下文隔离。

• 进 chrome://inspect 后，别急着点 “inspect”，先确认列表里出现的是你刚启动的进程（看 target 路径是否匹配）
• 录制前清空所有其他标签页，尤其关掉可能共享同一 V8 实例的 Electron 应用（比如 Slack、Figma），否则采样数据会混入无关调用栈
• Performance 面板里勾选 JS stack traces 和 Network（即使没网络请求，它能帮你识别事件循环阻塞点）
• 停止录制后，右键火焰图任意函数 → Copy call stack，粘贴到编辑器里快速定位源码位置，比手动翻调用栈快得多

Python 性能分析为什么不能信 VSCode 插件输出的表格

Python Extension 的 “Run cProfile” 功能只调 cProfile.run() 并格式化 .prof 文件，丢掉了三类关键信息：调用关系图、I/O 阻塞标记、内存分配上下文。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 必须导出原始 profile.out，然后终端执行 snakeviz profile.out——它生成的交互式火焰图才能展开子调用、过滤模块、悬停看累计时间
• 如果脚本启动慢，别只跑 cProfile，加 -m cProfile -o profile.out 再配合 python -X importtime script.py 2>imports.log 查导入瓶颈
• memory_profiler 的 @profile 装饰器只能测函数级，真要查对象泄漏，得用 objgraph.show_growth(limit=10) 在关键点手动拍快照对比
• py-spy 更适合线上或阻塞型进程：它不侵入运行时，py-spy top -p PID 实时看热点，py-spy record 生成 SVG 火焰图，Windows 下记得以管理员权限运行

VSCode 自身卡顿，怎么快速定位是不是扩展惹的祸

别先查代码，先确认问题在编辑器还是你的项目——很多“性能差”其实是 Extension Host 进程吃光内存。

• 按 Ctrl+Shift+P → 输入 Developer: Open Process Explorer，重点看 Extension Host 行的 Memory 列：超过 500MB 基本可以怀疑
• 右键该进程 → Terminate，再立刻按 Ctrl+Shift+P → Developer: Show Running Extensions，看哪些扩展在重启后自动激活
• 命令行启动排除干扰：code --disable-extensions --prof-startup，如果卡顿消失，说明问题在扩展；再逐个启用，比看设置项快
• TypeScript 和 Python 语言服务器是常驻大户，它们的内存占用在 Process Explorer 里显示为 Renderer 子进程，不是 Extension Host，容易被忽略

最容易被跳过的环节是采样时机和上下文隔离：比如在热更新状态下录 Profile，或者开着 10 个终端 Tab 同时跑构建任务，数据噪音会盖过真实瓶颈。动手前先关掉无关进程，把问题域收窄到单一线程、单一操作路径上。