vscode调试node.js会拖慢应用，需精准控制调试开销：skipfiles路径须为相对模式且顺序敏感；autoattachchildprocesses默认导致cpu飙升，应设为false；runtimeargs需正确配置--inspect-brk和--prof；nodemon热重载实为冷重启，性能失真源于调试器禁用jit优化。
VSCode 调试 Node.js 本身就会拖慢应用，所谓“极致性能”不是靠堆配置实现的，而是靠精准控制调试开销、跳过无关代码、避免误触子进程——否则你越配越卡。
launch.json 中 skipFiles 配置不生效？检查路径通配符和顺序
很多人加了 "skipFiles": ["<node_internals>/**", "node_modules/**/*.js"]</node_internals> 却依然在 node_modules 里被断点拦住，根本原因是 VSCode 的跳过逻辑是“匹配即跳过”，但顺序敏感，且通配符不支持绝对路径或符号链接下的真实路径。
-
skipFiles必须写成相对路径模式，比如"node_modules/**"，不能写成"./node_modules/**"或"${workspaceFolder}/node_modules/**" - 多个规则按数组顺序匹配，靠前的规则优先；若你把
"**"放在第一位，后面所有规则都失效 - 使用
pwa-node类型（而非旧版node）时，skipFiles才真正生效；检查你的type字段是否为"pwa-node" - Windows 下注意反斜杠问题：VSCode 内部统一用正斜杠，写
"node_modules\**"反而会失效
调试时 CPU 突增、事件循环卡顿？关掉 autoAttachChildProcesses
默认开启 autoAttachChildProcesses 后，只要主进程 fork 出子进程（比如 child_process.spawn、execa、甚至某些日志库的异步写入），VSCode 就会尝试附加调试器——每个子进程都带一个 V8 调试代理，内存和 CPU 开销呈线性增长，尤其在高频创建子进程的场景（如批量处理、CLI 工具）下非常明显。
- 显式关闭它：
"autoAttachChildProcesses": false - 如果确实需要调试子进程，改用手动 attach：子进程启动时加
--inspect=9230，再新增一个attach配置，端口对应即可 - 搭配
"console": "integratedTerminal"使用时，子进程输出可能被吞掉，建议改用"externalConsole": true便于观察实际行为
用 Chrome DevTools 分析性能，但 profile 数据空？确认 --inspect-brk 和 runtimeArgs 位置
VSCode 的 runtimeArgs 和 args 容易混淆：args 是传给你的 JS 脚本的参数（比如 ["--env", "prod"]），而 runtimeArgs 才是传给 node 进程本身的标志（如 --inspect-brk、--prof）。放错地方，Chrome 就连不上，或者 profiling 日志根本没生成。
- 正确写法：
"runtimeArgs": ["--inspect-brk", "--prof"]，不要塞进args -
--prof生成的isolate-*.log文件默认在当前工作目录（不是项目根目录），运行前先cd到你期望的位置，或用cwd字段指定："cwd": "${workspaceFolder}" - Chrome 的
chrome://inspect页面有时缓存旧连接，刷新页面或重启 VSCode 调试会话更可靠
热重载调试卡顿严重？nodemon + inspect 不等于零开销
用 nodemon --inspect-brk 启动后，每次文件变更都会重启整个 Node 进程并重新加载调试代理——这比纯 node 启动慢 3–5 倍，尤其在大型依赖树项目中。你以为的“热重载”，其实是“冷重启+重连调试器”。
- 不要把
runtimeExecutable指向本地nodemon二进制（如"${workspaceFolder}/node_modules/.bin/nodemon"），优先用全局安装的版本，减少路径解析开销 - 加
--delay 0.5避免频繁变更触发连续重启（编辑器保存自动触发多次 fs event 很常见） - 真正想无感热重载，该换
ts-node-dev或node-dev，它们支持模块级热替换，而不是进程级重启
最常被忽略的一点：调试器一旦启用，V8 就无法进行某些 JIT 优化（比如内联函数、隐藏类优化），即使你没打任何断点——这意味着你测出的“性能数据”本身就是失真的。生产环境永远禁用 --inspect，开发中也只在必要时开启，用完即关。
