sublime text 本身不带 node.js 运行时，所谓“配置环境”就是让它调用系统已安装的 node 命令；若终端中 node -v 报错，则需先修复 path，再在构建系统中写死 node 绝对路径并设置 "working_dir": "$file_path" 和必要时 "shell": true。
Sublime Text 本身不带 Node.js 运行时，所谓“配置环境”就是让它能调用你系统里已装好的 node 命令——如果终端里 node -v 都报错，Sublime 一定跑不起来。
为什么 Ctrl+B 报 “'node' is not recognized” 或 “command not found: node”
这不是 Sublime 的 bug，是它启动时没继承你 Shell 里配置的 PATH。尤其 macOS 上通过 Dock 或 Spotlight 启动的 Sublime，压根不会加载 ~/.zshrc 或 ~/.bash_profile；Windows 上若安装 Node.js 时没勾选 “Add to PATH”，或者用了 nvm-windows 却没先 nvm use 就启动 Sublime，也会失败。
- 先在终端/命令提示符里运行
node -v，确认能输出版本号 - 如果不行，先解决系统级 PATH 问题：macOS/Linux 用
which node，Windows 用where node，拿到绝对路径 - 别指望 Sublime 自动探测
node—— GUI 启动模式下它的PATH很精简，基本不可靠
构建系统里该用 ["node", "$file"] 还是写死绝对路径
推荐写死绝对路径，尤其跨平台协作或环境不稳定时。用相对命令名（如 "node"）依赖 PATH 继承，而 Sublime 的 PATH 继承行为不一致，容易“本地能跑、换台电脑就挂”。
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- macOS/Linux 示例：
"/usr/local/bin/node"或"/opt/homebrew/bin/node"（M1/M2 Mac 常见） - Windows 示例：
"C:\Program Files\nodejs\node.exe"（注意双反斜杠转义） - 不要写
["nodemon", "$file"]直接调用全局工具 —— Windows 下大概率找不到，应改用["cmd", "/c", "nodemon $file"]或["sh", "-c", "nodemon $file"]
"working_dir": "$file_path" 为什么不能省
省掉这行，require('./config.json') 或 fs.readFile('data.txt') 会从 Sublime 安装目录开始找文件，而不是你 JS 文件所在目录 —— 所有相对路径全崩，模块加载失败、文件读取报 ENOENT。
-
$file_path是当前 JS 文件的**目录路径**，不是文件路径；$file是完整路径（含文件名） - 这个设置直接影响
process.cwd()返回值，和你在终端里cd /path/to && node script.js的行为对齐 - 即使脚本里没显式用
require或fs，某些依赖包（比如dotenv）也会基于当前工作目录加载 .env 文件
"shell": true 在不同系统下的实际影响
设为 true 让命令走 shell 解析，对跨平台兼容性很关键，但不是所有场景都需要。
- macOS/Linux 必须开：否则
nvm切换的 Node 版本不会生效，PATH 里的别名、函数也用不了 - Windows 上可关可开，但开更稳 —— 某些安装路径含空格或特殊字符时，
shell: false可能解析失败 - 如果开了
shell: true后输出乱码，加"encoding": "utf-8"显式指定编码
最易被忽略的一点：Sublime 的构建系统不自动重载。改完 .sublime-build 文件后，必须手动在 Tools → Build System 里重新选中一次，否则 Ctrl+B 还是跑旧配置。
