sublime text 中运行 node 命令失败主因是 path 未正确继承，需手动配置构建系统并指定 node 绝对路径、设置 working_dir 和 encoding。
Sublime Text 里直接运行 node 命令失败？先查 PATH
Sublime Text 默认不继承系统终端的 PATH，尤其在 macOS 或 Linux 图形界面下启动时，node 命令很可能根本找不到。Windows 上如果没装全局 Node.js 或安装路径没进系统变量，也会报 'node' is not recognized。
- 打开终端，运行
which node（macOS/Linux）或where node（Windows），记下完整路径，比如/usr/local/bin/node或C:\Program Files\nodejs\node.exe - 不要依赖 Sublime 的“自动检测”，它在 GUI 启动模式下基本不可靠
- 验证方式：在 Sublime 中按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Build System: New Build System…，新建后立刻填路径，别跳过这步
写一个最小可用的 Node.js 构建配置（Node.sublime-build）
不需要插件、不依赖 Package Control，纯原生构建系统就能跑 node。关键是把 cmd 写对，并处理好文件路径和编码。
- 新建构建系统后，替换全部内容为以下（注意替换
/usr/local/bin/node为你自己的路径）：
{
"cmd": ["/usr/local/bin/node", "$file"],
"selector": "source.js",
"encoding": "utf-8",
"working_dir": "$file_path",
"shell": true
}
-
$file是当前打开的 JS 文件全路径；$file_path确保require('./xxx')能正常解析相对路径 -
"shell": true在 Windows 上可省略，但在 macOS/Linux 上建议保留，否则某些 shell 环境变量（如 nvm 切换的版本）可能不生效 - 保存为
Node.sublime-build，文件会自动出现在Tools → Build System菜单里
用 nvm 管理 Node 版本？别让 Sublime 绕过它
nvm 的本质是通过修改 shell 的 PATH 动态指向不同 Node 安装目录。Sublime 不读 shell 配置（如 ~/.zshrc），所以即使你在终端里 node -v 显示 20.12.0，Sublime 仍可能调用系统自带的老版本甚至报错。
- 最稳方案：不用 nvm 的 wrapper 脚本，直接用 nvm 提供的真实二进制路径，例如：
~/.nvm/versions/node/v20.12.0/bin/node - 别写
node或nvm exec 20.12.0 node——nvm命令本身在 Sublime 的构建环境里大概率不存在 - 每次切换 Node 版本后，手动更新构建配置里的路径；或者写个脚本生成 build 文件，但小项目真没必要
调试输出中文乱码、无法读取 package.json？检查工作目录和编码
常见现象：控制台输出中文变成 ，或 require('fs').readFileSync('./config.json') 报 ENOENT，其实不是代码问题，而是构建系统没设对上下文。
-
"working_dir": "$file_path"必须显式声明，否则默认工作目录是 Sublime 安装根目录，所有相对路径都错位 -
"encoding": "utf-8"要加上，尤其 Windows 用户用 GBK 编辑文件时，Sublime 构建输出默认可能按系统编码解码，导致中文显示异常 - 如果项目用了
npm scripts（比如npm start），别在构建系统里直接调npm—— 它依赖 shell 环境更重，出问题更难排查；优先用node ./index.js这种直调方式
路径、版本、工作目录——这三个点漏掉任何一个，Node 就可能在 Sublime 里静默失败或行为异常。没那么玄，但得一个个对。
