sublime text无法识别nvm切换的node版本，因其gui进程脱离shell环境，不加载~/.zshrc等配置，path中无nvm路径；必须通过nvm which（macos/linux）或nvm root（windows）获取当前版本node绝对路径，并在.sublime-build中硬编码该路径，配合正确数组格式cmd、working_dir和encoding字段方可生效。
Sublime Text 为什么根本识别不了 nvm 切换的 Node 版本
它压根不执行 nvm use，也不读 ~/.zshrc 或 ~/.bash_profile。GUI 启动的 Sublime（Dock、Spotlight、开始菜单）进程完全脱离 shell 环境变量上下文，PATH 里没有 nvm 注入的路径，自然找不到对应版本的 node 可执行文件。
常见错误现象：'node' is not recognized（Windows）、command not found: node（macOS/Linux），或明明终端里 node -v 是 v20.12.0，Sublime 却跑出 v14.21.3（系统自带老版本）。
-
nvm exec 20.12.0 node $file不能写进cmd字段——nvm命令本身在构建环境里不存在 -
"shell": true在 macOS 上可能加载错 shell 配置（比如用了bash配置但你默认是zsh），反而让路径更混乱 - 不要指望 Sublime “自动感知”当前终端激活的 Node 版本；它只认死路径，不认逻辑
怎么拿到 nvm 实际安装的 node 绝对路径
必须手动查，且每次切换版本后都要更新。别跳过这步。
在终端里运行：
- macOS/Linux：
nvm which 20.12.0（把20.12.0换成你实际要用的版本），输出类似/Users/you/.nvm/versions/node/v20.12.0/bin/node - Windows（nvm-windows）：
nvm root查安装根目录，再拼出路径，例如C:UsersyouAppDataRoaming vm 18.18.2 ode.exe - 验证该路径是否真能执行：
/Users/you/.nvm/versions/node/v20.12.0/bin/node -v应返回对应版本号
这个路径就是你要硬编码进 .sublime-build 的唯一可靠值。
构建配置里怎么写才真正生效
关键字段不是可选项，漏一个就可能失败。尤其注意数组格式和路径分隔符。
-
"cmd"必须是数组：["/Users/you/.nvm/versions/node/v20.12.0/bin/node", "$file"]—— 不是字符串"cmd": "node $file" -
"working_dir": "$file_path"必须存在，否则require('./config')会从 Sublime 安装目录找，不是你的项目目录 -
"encoding": "utf-8"对中文路径或console.log('你好')很关键，Windows 默认 cmd 是 GBK，不设就乱码 - Windows 路径含空格时，用正斜杠
C:/Program Files/nodejs/node.exe或双反斜杠C:\Program Files\nodejs\node.exe，单反斜杠C:Program Files odejs ode.exe会被 JSON 解析器截断 - 文件必须保存为
Packages/User/NodeJS.sublime-build，扩展名严格为.sublime-build，不能是.json或带空格
多版本共存下最省事的实操建议
别试图让一个构建系统“自动适配所有版本”。复杂度远超收益。
- 每个项目建一个专属构建文件，比如
Node-v20.sublime-build和Node-v18.sublime-build，内容只差cmd里的路径 - 用
"selector": "source.js"确保只对.js文件生效，避免误触发 - 如果项目用
volta或fnm，同样处理：查volta which node或fnm which 18.18.2，拿绝对路径硬编码 - 编辑完构建文件后，重启 Sublime 或按
Ctrl+Shift+P→Build System: Refresh Projects，否则新文件可能不显示在菜单里
真正麻烦的从来不是写配置，而是忘记每次切 Node 版本后去改那个硬编码路径——它不会自己同步。
