vscode不采集node.js进程指标，仅监控自身进程；性能分析依赖node暴露v8 inspector接口并由chrome devtools完成，需正确配置launch.json（type为pwa-node、显式port、runtimeargs匹配），且skywalking agent与--inspect不可共存。
VSCode本身不采集Node.js进程指标
你启动 node server.js 后，VSCode 不会自动记录它的 CPU、内存或事件循环延迟——它只监控自己（main、renderer、extensionHost）的资源。所谓“集成性能监控”，本质是让 Node 进程暴露 V8 Inspector 接口，再由外部工具（主要是 Chrome DevTools）消费数据。
常见错误现象：状态栏插件显示 CPU 占用 30%，但那是 VSCode 主进程的采样值，和你的服务完全无关；code --status 查到高 CPU 的 Extension Host 进程，也别急着怀疑自己的代码，大概率是某个插件在刷 IPC。
- VSCode 调试器只是“通道”，不是“分析器”
- 真正做 CPU 曲线、火焰图、堆快照的是 Chrome DevTools，不是 VSCode 内置面板
- 所有分析能力都依赖 Node 进程启动时带
--inspect或--inspect-brk
launch.json 必须配对 runtimeArgs + port + type
光写 "runtimeArgs": ["--inspect-brk"] 不够，VSCode 调试器必须明确知道目标端口和协议类型，否则根本不会尝试连接 V8 Inspector。
典型配置错误："type": "node" 写成 "type": "javascript"；"request": "launch" 漏掉；"port" 没显式设为 9229，结果被其他调试会话占用或被防火墙拦截。
-
"type"必须是"pwa-node"（新版推荐），旧版"node"类型不支持完整性能采样 -
"port"建议固定，比如9229，避免冲突；如果改了端口，runtimeArgs里也得同步写成--inspect=9229 - 用
npm start启动？确保package.json的 script 已含--inspect=9229，否则launch.json配再好也没用 - 别混用
program和runtimeExecutable：直接跑 JS 文件用program；用nodemon就该用runtimeExecutable+runtimeArgs: ["--exec", "node --inspect=9229"]
Chrome DevTools 是唯一能看真实火焰图的地方
VSCode 内置的 Profile 查看器只能显示扁平函数列表，看不出调用层级、时间轴、JS 堆分配或事件循环延迟——这些必须靠 Chrome DevTools 的 Performance 面板。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
容易踩的坑：点了状态栏的 Open dedicated DevTools for Node.js 却没进 Performance 标签页；录制前没勾选 JS stack traces 和 Memory；用了 nodemon 却没透传 --inspect 参数，导致 DevTools 连不上任何进程。
- 录制前务必勾选
JS stack traces，否则火焰图里全是(anonymous) - 停止录制后，右键某段可
Zoom to selection，聚焦可疑区间 - 大量
process.nextTick或Promise.then堆积，说明异步任务没节流，比如文件监听器反复触发 - Bottom-up 视图按
Self Time排序，优先看耗时最长的业务函数，而不是fs.read这类底层调用
SkyWalking Agent 和 VSCode 调试器不能共存
两者都通过 patch require 或 hook native modules 实现，底层都抢 V8 instrumentation API，同时启用必报 ERR_INSPECTOR_ALREADY_ACTIVE 或静默崩溃。
本地开发阶段别硬凑：想深度分析单点逻辑，关掉 SkyWalking，用 --inspect-brk + Chrome DevTools；想测全链路追踪，就关掉所有调试配置，用 node --require ./agent.js server.js 启动，靠日志和 curl http://localhost:12800 查健康状态。
- VS Code 官方和 SkyWalking 都明确不推荐开发机上同时启用探针和 DevTools 类工具
- Agent 启动后，
--inspect参数会被忽略，进程不会输出Debugger listening on ws://... - 如果非要本地验证 Agent 行为，必须彻底禁用 launch.json、关闭所有调试窗口、不用 F5 启动
真正麻烦的不是配置步骤，而是判断当前瓶颈到底属于哪一层：是你代码里的 Promise 链太深，还是某个插件在 Extension Host 里高频 IPC，又或是 VSCode 自身的文件监听器配置错了 files.watcherExclude。定位之前，先分清问题归属——这比调对一个 launch.json 更关键。
