根本原因是VSCode未加载~/.zshrc或~/.bash_profile导致PATH缺失nvm路径；macOS/Linux需设terminal.integrated.inheritEnv为true并完全重启，Windows需将nvm目录加入系统PATH且通过开始菜单启动。
VSCode终端里nvm命令找不到
根本不是nvm没装，而是VSCode启动时压根没加载你的~/.zshrc或~/.bash_profile，所以NVM_DIR和~/.nvm/bin根本不在PATH里。
macOS/Linux用户：在VSCode设置里搜terminal.integrated.inheritEnv，设为true；改完必须**完全重启VSCode**（关掉所有窗口再打开），然后在新终端里运行which nvm确认能定位到。
Windows用户：确保nvm目录（如D:\nvm）已加进系统PATH，且VSCode是通过开始菜单或快捷方式启动的——桌面图标双击可能继承不到更新后的环境变量。
nvm use执行了但node -v还是旧版本
这是最常被忽略的一步：你是在已打开的终端里执行的nvm use，但shell进程的PATH不会自动重算，which node仍可能返回/usr/bin/node或系统路径。
- 每次
nvm use 18.18.2后，必须关闭当前终端tab，再新建一个tab——只有新shell才会读取更新后的环境 - 运行
nvm current比node -v更可靠，它直接读nvm内部状态，不受PATH缓存干扰 - 如果
which node指向~/.nvm/versions/node/v18.18.2/bin/node，才算真正切成功
项目一打开就自动切换Node版本
.nvmrc文件本身只是个文本，VSCode不识别它；自动切换靠的是终端启动时的行为，不是开箱即用功能。
推荐做法：在~/.zshrc末尾加一行：
[[ -f ".nvmrc" ]] && nvm use &>/dev/null
这样每个新终端（包括VSCode内置终端）一启动就检查当前目录是否有.nvmrc，有就自动nvm use。注意：.nvmrc内容只能是纯版本号，比如16.20.2或v18.17.0，不能带空格、注释或node前缀。
Windows用户若用nvm-windows，它不支持.nvmrc自动读取，只能手动nvm use，或换用WSL + 原生nvm。
调试器和任务仍用错Node？看launch.json和tasks.json
即使终端里nvm use成功了，VSCode的调试器、任务、TypeScript语言服务这些后台进程仍可能调用全局node——它们不继承你当前终端的环境。
必须在项目根目录的.vscode/launch.json中显式指定：
"runtimeExecutable": "${env:NVM_BIN}/node"
或者写死绝对路径（更稳妥，尤其跨平台时）：
"runtimeExecutable": "/Users/you/.nvm/versions/node/v16.20.2/bin/node"
同理，.vscode/tasks.json里如果用npm run dev这类脚本，也要确保env字段透传NODE_OPTIONS或完整PATH，否则ESLint或tsc可能用错Node版本。
真正的隔离只发生在shell进程层级；多个项目共用一个终端tab时，后一次nvm use会覆盖前一次，但已运行的进程不会自动重启——这点容易被当成“切换失败”，其实只是进程没重拉。
