如何在 VSCode 中配置 Node.js 环境的自定义启动参数

先说一个很多开发者容易踩坑的认知：VSCode 里配置 Node.js 环境，千万不能指望一份配置通吃所有场景。终端、调试器、构建任务——这三者的环境变量完全是各管各的，互不打通。你费了半天劲改了某个地方，可能别的场景根本不认。这个前提搞不明白，后面怎么配都是白忙活。

终端里 node -v 跑不通？先别动 launch.json

很多人一遇到终端里 node -v 没反应，第一反应就是去捣鼓 launch.json。其实这事儿跟调试器压根没关系。说白了，VSCode 内置终端找不到 node，核心问题是它没能继承你的 shell PATH。

具体来说：macOS 和 Linux 上，如果从 Dock 启动 VSCode，它不会自动去读 ~/.zshrc 里的配置。Windows 那边就更常见了——装 Node.js 的时候没勾选 Add to PATH，结果 C:\Program Files\nodejs 根本没进系统变量。

验证方法其实很简单：在 VSCode 终端里直接敲 node -v，没输出就说明问题在这儿，别往别处想了。那么怎么解决？

• macOS/Linux：修改 ~/.zshrc 之后，一定要完全退出所有 VSCode 窗口，然后用终端命令 code --no-sandbox . 重新启动才行。只重载窗口不管用。
• Windows：进入「系统属性 → 高级 → 环境变量」，检查系统变量 Path 里有没有 C:\Program Files\nodejs。注意路径不能有空格，斜杠方向也不能写反——写成 C:\Program Files\nodejs 都会失效。
• 最省心的做法：卸载重装 Node.js LTS 版，安装时坚决勾选 Add to PATH，安装路径也回避中文和空格。

launch.json 里怎么传 NODE_ENV 或 --inspect

到了调试器这块，情况就不同了。调试器启动 Node 进程时，只有 env 和 runtimeArgs 两个入口可用。前者负责设置环境变量，后者负责传 Node 命令行参数，两者各司其职，不能混用。

• 在 env 对象里写上 "NODE_ENV": "development"，这样代码里的 process.env.NODE_ENV 就能取到正确值。
• 在 runtimeArgs 数组里写 "--inspect=0.0.0.0:9229" 或 "--trace-warnings"，注意是数组元素形式，不能写成一个字符串。
• 特别提醒：Express 项目的入口通常是 bin/www，别顺手写成 app.js。TypeScript 项目的话，得用 ts-node 执行，这时要把 runtimeExecutable 设为 "ts-node"，并且确保它已全局或本地安装。
• 如果用 nodemon 来做调试，套路也一样——runtimeExecutable 设为 "nodemon"，再补充 "restart": true 和 "console": "integratedTerminal"。

tasks.json 构建任务如何带参数运行 npm script

构建任务这块最容易翻车。tasks.json 不支持直接写 npm run build -- --watch 这种带双横线的参数。必须得靠 args 字段把参数拆开传，否则它们会被当作 task 自身的参数给丢弃掉。

• 正确写法是："command": "npm"，配上 "args": ["run", "build", "--", "--watch"]。这是目前唯一可靠的方案。
• 有人想偷懒，想直接复用 package.json 里的 "start": "NODE_ENV=production node dist/index.js"。不行——npm 在 Windows 下不解析 = 这种形式。得拆成 "env": {"NODE_ENV": "production"} 加上 "args": ["run", "start"]。
• 如果需要前置清理任务，用 "dependsOn": ["clean"]。但记住，clean 任务必须定义在同一个 tasks.json 里，不能跨文件引用。
• 对于 watch 类任务（比如 tsc -w），"isBackground": true 是必配项。不加的话，Ctrl+Shift+B 会卡住不动，体验极差。

为什么改了 settings.json 还不生效

最后这个坑也是高频出现的。很多人以为改了一处 settings，所有环境就都同步了。实际上，terminal.integrated.env.* 和 launch.json 的 env 是两套完全独立的机制，改一个不可能影响另一个。而且 settings.json 里的环境变量注入，只对新打开的终端生效，旧终端需要手动重启。

• 全局配置：在 VSCode 设置里搜 terminal.integrated.env，点击编辑 settings.json，添加 "terminal.integrated.env.windows": {"NODE_OPTIONS": "--max-old-space-size=4096"}。
• 项目级配置：在项目根目录建 .vscode/settings.json，内容同上，但操作系统标识要换成 osx 或 linux。
• 改完之后，必须彻底重启 VSCode（不是重载窗口），否则新变量不会加载。
• 一个极易忽略的细节：注入 PATH 时，必须保留 ${env:PATH} 这个占位符。如果漏掉，系统原有的 PATH 会被覆盖，导致 git、npm 等常用命令全部失效。

总结一下，整个配置过程最大的陷阱就是搞混终端、调试器和构建任务的环境变量——三套系统各自独立，改一处只对该场景生效。下次遇到 node -v 不通就去改 launch.json，纯属白费功夫。从源头定位问题，对症下药，才能事半功倍。