怎么在VSCode中调用多版本Node环境 - 基础多环境管理手册-VSCode-PHP中文网

nvm在vscode集成终端不生效是因非login shell未加载~/.zshrc等配置，需设terminal.integrated.inheritenv为true或手动配置env.zsh；f5调试需在launch.json中显式指定runtimeexecutable或runtimeversion，且二者作用范围不同。

怎么在vscode中调用多版本node环境 - 基础多环境管理手册

终端里 `nvm` 不生效，`which nvm` 返回空

VSCode 集成终端默认不是 login shell，所以 ~/.zshrc 或 ~/.bash_profile 里的 source ~/.nvm/nvm.sh 根本不会执行。这不是 VSCode 的 bug，是 Unix shell 启动机制决定的。

先验证：新开终端后运行 which nvm 和 echo $NVM_DIR，都为空就确认是这个问题
解决方式一（推荐）：在 VSCode 设置中搜 terminal.integrated.inheritEnv，设为 true，然后完全退出 VSCode（关窗口不算）再重开

解决方式二（更可控）：手动编辑 settings.json，补全环境变量，例如：

"terminal.integrated.env.zsh": {
  "NVM_DIR": "/Users/you/.nvm",
  "PATH": "/Users/you/.nvm/bin:${env:PATH}"
}

Windows 用户注意：PowerShell 终端需确保 $PROFILE 中有 Import-Module "$env:USERPROFILE\.nvm\nvm.ps1"，且 VSCode 终端 profile 显式设为 PowerShell

`F5` 调试仍用旧版 Node，`launch.json` 必须显式指定 `runtimeExecutable`

调试器启动时只读取启动那一刻的环境快照，它完全不继承终端的 PATH 或 NVM_BIN。终端里 node -v 是 v18.19.0，F5 却跑 v16.20.2，非常正常。

jinn-node

在Jinn网络为自主项目工作赚取代币奖励，让闲置的OpenClaw代理开始工作。

下载

项目根目录下必须有 .vscode/launch.json
必须写入："runtimeExecutable": "${env:NVM_BIN}/node"，不能省略 ${env:NVM_BIN}
硬编码路径如 /Users/x/.nvm/versions/node/v18.19.0/bin/node 看似能用，但换机器或重装 nvm 就失效
前提：终端里已确认 echo $NVM_BIN 有输出，否则 ${env:NVM_BIN} 展开为空，调试器 fallback 到系统默认 node

多个项目混开时，版本怎么不串？靠 `.nvmrc` + 工作区 `settings.json`

只靠全局设置或 shell profile，无法让 frontend/ 和 backend/ 各自用不同 Node 版本——它们共享同一套终端初始化逻辑，除非你把环境加载逻辑下沉到每个项目内部。

在项目根目录放 .nvmrc，内容只有一行，例如：18.19.0（不要带 v 前缀）
每次打开项目后，在集成终端里手动运行 nvm use（它会自动读 .nvmrc）

更省事：在项目 .vscode/settings.json 中配置：

"terminal.integrated.env.zsh": {
  "NVM_DIR": "/Users/you/.nvm",
  "PATH": "/Users/you/.nvm/bin:${env:PATH}"
}

配合 nvm use 手动触发，比依赖插件更稳定

避免混用 volta 或 fnm：.tool-versions 和 .nvmrc 互不识别，选一个工具并坚持用到底

`runtimeVersion` 字段到底有没有用？只管 debugger 进程

launch.json 中的 runtimeVersion 字段确实有效，但作用范围极窄——它只影响 VSCode 自带的 Node.js 调试器（type: "node"），且只控制调试进程的 Node 版本，不影响终端、任务或扩展（如 ESLint、TypeScript Server）。

设为 "runtimeVersion": "18.18.2" 时，VSCode 会尝试调用 nvm exec 18.18.2 node（Linux/macOS）
如果 nvm 不在 $PATH，或目标版本未安装，调试直接失败并报错：Cannot find module 'nvm'
该字段对 npm run dev 这类通过终端执行的脚本完全无效——它只管 debugger 进程
真正麻烦的不是配置本身，而是不同环节读取环境的方式不一致：终端靠 shell 初始化，调试器靠 runtimeVersion 或 nvm exec，任务靠 tasks.json 显式调用

实际操作中最容易被忽略的是：VSCode 启动时的环境快照和终端里动态执行 nvm use 是两套独立状态。哪怕你在终端里切了版本，F5 依然可能用旧版——因为调试器根本没看到那次切换。必须靠 runtimeExecutable 或 runtimeVersion 显式绑定，没有“自动同步”这回事。