VSCode终端不走系统PATH主因是默认以non-login shell启动，跳过.zshrc等初始化文件；需设terminal.integrated.shellArgs为["-l"]强制登录模式，或在settings.json中通过terminal.integrated.env.*字段手动注入PATH。
VSCode 终端不走系统 PATH 怎么办
VSCode 内置终端默认不加载 .zshrc 或 profile，哪怕你用 nvm 配好了全局版本，终端里 which node 还可能返回 /usr/local/bin/node。这不是 VSCode bug，是它为了启动快，默认绕过 shell 初始化逻辑。
解决方法只有两个方向：要么让终端“假装”是完整 shell，要么绕过 shell 直接注入环境变量。
- 关掉
terminal.integrated.shellIntegration.enabled（设为false），再在命令面板（Ctrl+Shift+P）运行Terminal: Select Default Profile，选zsh或bash—— 这样终端才会读nvm配置 - 更稳的法子是跳过 shell，直接在 VSCode 设置里写死
PATH：编辑settings.json，加"terminal.integrated.env.windows"（Windows）或"terminal.integrated.env.linux"（Linux/macOS）字段，把目标 Node 路径塞进PATH开头
单项目隔离：用 .vscode/settings.json 注入路径
这是最轻量、最干净的沙盒方式。只对当前项目生效，不影响其他窗口，也不动系统变量。
在项目根目录建 .vscode 文件夹，里面放 settings.json，内容如下（路径按你本地解压位置改）：
{
"terminal.integrated.env.windows": {
"PATH": "C:/dev/node-v16.20.2;${env:PATH}",
"NODE_PATH": "C:/dev/node-v16.20.2/node_modules"
}
}
-
PATH必须把你的 Node 目录放在最前面，否则系统自带的node.exe仍会被优先调用 -
NODE_PATH不是必须项，但某些老项目依赖全局模块时会用到，加上更保险 - 保存后必须重启 VSCode（不是重开终端），否则设置不加载
用 vsc-nvm 插件自动匹配 .nvmrc
如果你多个项目已经用了 .nvmrc（比如内容是 v18.19.1），装个插件就能省去手动配置。
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
安装 vsc-nvm 后，它会在 VSCode 启动时读取项目根目录的 .nvmrc，自动执行 nvm use。但注意几个现实限制：
- 它只对新打开的终端生效；已存在的终端不会自动刷新，得手动关掉重开
- 依赖本机已装
nvm（或nvm-windows），且该nvm必须能识别你.nvmrc里的版本号（比如写16.20.2比v16.20.2更稳妥） - 如果项目没装
nvm，或者你只是临时解压了个 zip 版 Node，这个方案就走不通
离线/无权限场景：直接解压 zip + 硬编码路径
公司电脑没管理员权限、不能改系统变量、还不能联网？那就别碰任何需要安装或注册表的操作，纯文件级方案最可靠。
从 Node.js 官网下载对应版本的 .zip（不是 .msi），解压到任意可写路径（比如 D:/tools/node-20.11.1），然后在 VSCode 的 settings.json 里硬编码这个路径。
- 路径中不要含空格或中文，避免某些脚本解析失败
- Windows 下确认解压后有
node.exe和npm.cmd，macOS/Linux 下确认有可执行的node和npm - 这种方案下，
npm install -g会装到你指定的 Node 目录里，而不是系统全局，天然隔离
真正麻烦的不是配置本身，而是不同项目对 npm 版本的隐式依赖 —— 比如有的项目 package-lock.json 是 npm v8 生成的，用 npm v10 安装会重写 lockfile，导致 CI 失败。所以路径配对后，顺手检查下 npm -v 是否也符合预期。
