VSCode本身不管理Node版本，真正起作用的是终端中运行的nvm；需通过nvm install和nvm use手动安装与切换版本，配合.vsc-nvm插件或shell配置实现自动加载.nvmrc，并在launch.json中显式指定runtimeExecutable确保调试器使用正确版本。
VSCode 本身不管理 Node 版本，真正起作用的是你终端里跑的 nvm —— 换句话说，只要终端用对了 Node，VSCode 的运行、调试、任务就自然对了。
nvm install 和 nvm use 是核心动作
别指望 VSCode 自动读 .nvmrc 或“智能识别”项目需求。nvm 的行为完全由你在终端中执行的命令决定：
-
nvm install 16.20.2：下载并安装该版本（如果还没装过） -
nvm use 16.20.2：立即切换当前终端会话的 Node 可执行文件指向 -
nvm current：确认当前终端实际生效的版本（不是node -v，因为后者可能被 PATH 缓存干扰） - 每次新开 VSCode 内置终端，默认继承系统 PATH，不会自动
nvm use—— 这是绝大多数人卡住的第一步
VSCode 终端启动时自动执行 nvm use
手动敲 nvm use 太累，但“自动”不是开箱即用的。可行方案只有两个：
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- 装插件
vsc-nvm：它会在每次新建终端时检查项目根目录下的.nvmrc，并执行nvm use；注意——已打开的终端不会刷新，必须关掉重开 - 自己写 shell 配置（推荐）：在
~/.bashrc（macOS/Linux）或~/.zshrc（zsh 默认）末尾加一行：[[ -f ".nvmrc" ]] && nvm use &>/dev/null；这样任何新终端（包括 VSCode 内置终端）一启动就自动生效 - Windows 用户注意：
nvm-windows不支持.nvmrc自动读取，必须靠插件或手动nvm use
调试和运行时仍用错 Node？检查 launch.json 和 runtimeExecutable
即使终端里 nvm use 成功了，VSCode 调试器（Debugger）默认仍可能调用全局 Node，尤其当你用 launch.json 启动 Node.js 程序时：
- 显式指定
"runtimeExecutable"字段，值设为nvm当前激活路径，例如："runtimeExecutable": "/Users/you/.nvm/versions/node/v16.20.2/bin/node" - 更稳妥的做法：在
launch.json中加"env"，把NODE_OPTIONS或PATH显式传进去，确保子进程环境一致 - 验证方式：在调试代码里打印
process.execPath，看它是否真等于你期望的 nvm 版本路径
多个项目同时运行，Node 版本真的隔离了吗？
答案是否定的 —— nvm 切换的是**当前 shell 进程及其子进程**的 Node 可执行文件。如果你在同一个终端里先后 nvm use 14 启动 Vue2 项目、再 nvm use 18 启动 Vue3 项目，后一个会覆盖前一个的环境变量，但已运行的进程不会自动重启。
- 正确做法：为每个项目开独立终端标签页，并在各自标签页里先
nvm use再启动服务 - VSCode 工作区多根（multi-root）模式下，不同文件夹无法自动绑定不同 Node 版本；
.nvmrc只对当前终端所在目录生效 - 真正隔离要靠进程级控制：比如用
concurrently+cross-env分别指定NODE_OPTIONS或包装脚本，但这已超出 nvm 职责范围
最常被忽略的一点：nvm 切换后，npm 二进制文件也会跟着变，但全局安装的包（如 vue-cli、pnpm）未必兼容新版本 —— 每次 nvm use 后，最好确认下 npm list -g 里关键工具是否可用，不行就 npm install -g xxx 重装一次。
