vscode本身不管理node.js版本，需通过nvm等工具统一终端与调试器环境：确保shell配置加载nvm、启用terminal.integrated.inheritenv、在launch.json中设"runtimeexecutable": "${env:nvm_bin}/node"，并配合.nvmrc实现项目级版本控制。
VSCode 本身不管理 Node.js 版本，它只是调用系统 PATH 中找到的 node 可执行文件。所以“在 VSCode 中更新 Node 版本”，本质是让 VSCode 的终端和调试器能调用到你想要的那个版本——通常是最新 LTS。
为什么 node -v 在终端里是新版本，但在 VSCode 调试里还是旧的？
常见现象：你在系统终端（如 iTerm、PowerShell）里运行 node -v 得到 v20.18.0，但在 VSCode 内置终端或启动调试时却显示 v16.20.2。这是因为 VSCode 启动时读取的是它启动那一刻的环境变量快照，不是实时 shell 的 PATH。
尤其在 macOS 或 Linux 上，如果你用 nvm 切换版本，但没把 nvm use --lts 或对应路径写进 shell 配置文件（如 ~/.zshrc），VSCode 就可能加载不到最新版本。
- 检查方式：在 VSCode 终端里直接运行
which node，看输出路径是否指向nvm管理的目录（如~/.nvm/versions/node/v20.18.0/bin/node） - 如果输出是
/usr/local/bin/node或C:\Program Files\nodejs\node.exe，说明它绕过了nvm，走的是全局安装路径 - 解决办法：确保
nvm初始化代码已加入你的 shell 配置，并且 VSCode 是从该 shell 启动的（macOS 推荐用code --new-window命令行启动，而非桌面图标）
Windows 上覆盖安装后 VSCode 还认旧版？
Windows 用户最容易踩的坑：下载官网 .msi 安装包覆盖安装后，VSCode 终端仍显示旧版 node，甚至重启也不生效。
原因很直接：PowerShell 或 CMD 的进程缓存了旧的 PATH 条目，而 VSCode 继承了父进程的环境变量。
- 必须关闭所有 VSCode 实例（包括后台进程，任务管理器里确认
Code.exe已退出） - 打开全新 PowerShell / CMD，运行
node -v确认系统级已更新 - 再用命令行启动 VSCode：
code .，而不是双击图标——这样它才能继承当前 shell 的环境 - 如果仍不行，检查系统环境变量里的
PATH是否包含多个 Node.js 路径，把旧路径（如C:\Program Files\nodejs\）手动删掉
用 nvm 管理多项目不同 Node 版本
如果你同时维护多个项目，有些要 v18，有些要 v20 LTS，硬切全局版本会频繁出错。这时 nvm + .nvmrc 是最稳妥的组合。
步骤很简单：
- 在项目根目录新建文件
.nvmrc，内容只有一行：20.18.0（或lts） - 确保 VSCode 终端已加载
nvm（command -v nvm应返回路径） - 进入项目目录后，终端会自动触发
nvm use；若没触发，手动运行nvm use - 调试时，VSCode 的
launch.json不需要额外配置，只要终端里node -v正确，调试器就用同一份二进制
注意：nvm 本身不支持 Windows 原生（除非用 WSL），Windows 用户推荐 nvm-windows，但它的 .nvmrc 支持不完整，更建议用官方 MSI 覆盖安装 + 手动管理。
别信“VSCode 插件一键切换 Node”
确实存在叫 NVM for VSCode 的插件，但它只是把 nvm 命令封装成 UI 按钮，底层仍依赖你本地已安装并正确配置的 nvm。它不能绕过 shell 环境限制，也不能在 Windows 上替代 MSI 安装。
如果你发现插件点了“switch to v20”但 node -v 不变，第一反应不该是重装插件，而是检查：
-
nvm list是否真有那个版本 -
nvm current输出是否匹配 - VSCode 终端是否启用了 login shell（macOS/Linux 需勾选 Settings → Terminal › Integrated › Shell Args ›
--login）
真正卡住的点，永远在环境变量那一层，不在编辑器界面里。
