VSCode终端中node -v显示旧版本是因为启动时固化了shell环境，需完全退出VSCode并重新启动（macOS/Linux用code .，Windows需结束所有Code.exe进程）；nvm命令不可用则因集成终端非login shell，需确保~/.zshrc或PowerShell配置正确加载nvm.sh。
VSCode终端里node -v还是旧版本？不是PATH没配，是进程快照没刷新
VSCode启动时会固化一次shell环境（包括PATH），之后无论你在外部终端执行多少次nvm use，集成终端都看不到变化。这不是配置漏了，而是主进程没重载环境。
验证方式：在VSCode终端里运行which node，如果输出是/usr/local/bin/node或C:Program Files
odejs
ode.exe，说明它根本没走nvm；正确路径应类似~/.nvm/versions/node/v18.20.4/bin/node（macOS/Linux）或D:
vm 18.20.4
ode.exe（Windows）。
- macOS/Linux：Dock右键VSCode → Quit（不是关窗口），然后从终端执行
code .启动 - Windows：任务管理器中结束所有
Code.exe进程，再重新打开 - nvm-windows用户：每次
nvm use后，必须手动执行Terminal: Reload Shell Environment（Ctrl+Shift+P）
nvm命令在VSCode终端里直接报command not found？shell没加载初始化脚本
VSCode集成终端默认不是login shell，所以~/.zshrc或~/.bash_profile里的source ~/.nvm/nvm.sh根本不会执行——nvm自然找不到。
关键不是改VSCode设置，而是让终端真正加载你的shell配置：
- macOS/Linux：确保
~/.zshrc末尾有这两行（路径按你实际安装调整）：export NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" - Windows（nvm-windows）：安装时务必勾选
Add to PATH，且安装路径不能含空格或中文（如D: vm）；建议把VSCode终端默认shell设为PowerShell - 改完配置后，必须完全退出VSCode再重开——只重启终端面板无效
项目需要固定Node版本？用.nvmrc比硬编码更可靠
.nvmrc是轻量、跨平台、无需插件的方案。VSCode本身不读它，但你可以靠人工或简单任务触发，避免node.execPath写死路径带来的维护问题。
做法很简单：
- 在项目根目录新建
.nvmrc，内容只有一行：18.20.4（不要加v前缀） - 打开集成终端后，手动执行
nvm use（它会自动读.nvmrc） - 想自动化？在
.vscode/tasks.json里加一个shell类型任务，命令为nvm use，设为"isBackground": false，再绑定到problemMatcher即可开机自动执行
别在settings.json里写"terminal.integrated.env.osx": { "PATH": "..." }——这会覆盖原始PATH，反而让nvm失效。
runtimeExecutable在launch.json里不生效？它只管调试器，不管其他
runtimeExecutable字段只控制F5调试时的Node可执行文件路径，和终端、插件主机、ESLint、TypeScript Server完全无关。所以即使你写了"${env:NVM_BIN}/node"，npm run dev或ESLint报错仍可能用错版本。
使用前提和限制：
- 必须确保终端已确认
$NVM_BIN非空，否则${env:NVM_BIN}展开为空，调试器会fallback到系统默认node - 绝对不要硬编码路径，比如
"D:\nvm\v18.20.4\node.exe"——换机器或重装就挂 - 它对
npm run类脚本、任务运行器、插件扩展全部无效 - 若要用
runtimeVersion，得保证nvm在$PATH且目标版本已安装，否则报Cannot find module 'nvm'
最易被忽略的是：VSCode插件（尤其是带原生模块的）运行在内置Electron的Node上（如v22.4.0），process.versions.napi才是ABI兼容的关键，不是process.version。调试器用对了，插件仍可能因napi版本不匹配而报Cannot find module './build/Release/xxx.node'。
