sublime text 需手动配置 node.js 构建系统：创建 .sublime-build 文件，设 "cmd": ["node", "$file"]、"shell": true 和 "working_dir": "$file_path"，并注意 macos/linux 的 path 继承问题及 windows 的路径配置。
Sublime Text 本身不内置 Node.js 运行支持，必须通过插件或构建系统手动配置；直接按 Ctrl+B（Windows/Linux）或 Cmd+B（macOS）默认不会执行 node 命令，这是最常卡住的第一步。
如何创建一个可用的 Node.js 构建系统
Sublime Text 的构建功能依赖 .sublime-build 文件，需手动添加才能识别 node。它不自动探测系统 PATH 中的 node，也不关心你是否装了 Node.js —— 除非你明确告诉它怎么调用。
- 菜单栏选择 Tools → Build System → New Build System…
- 替换默认内容为以下 JSON（注意：路径和参数要匹配你的环境）：
{
"cmd": ["node", "$file"],
"selector": "source.js",
"shell": true,
"working_dir": "$file_path"
}
-
"shell": true是关键：它让 Sublime 在 shell 环境中执行命令，否则 Windows 下可能报'node' is not recognized，macOS/Linux 下若未设 PATH 也可能失败 -
"working_dir": "$file_path"确保require()相对路径、process.cwd()行为与终端一致 - 保存为
NodeJS.sublime-build（文件名任意，但后缀必须是.sublime-build）
为什么 node 命令在终端能用，Sublime 却找不到
Sublime Text 启动时继承的环境变量（尤其是 PATH）往往比终端精简，特别是 macOS 上通过 Dock 或 Spotlight 启动的 Sublime，压根没加载 ~/.zshrc 或 ~/.bash_profile 里的 PATH 设置。
- macOS 用户：不要只改
~/.zshrc，还需确保 Sublime 能读到——最稳方案是用launchctl setenv PATH "..."或在构建系统里写死完整路径，比如"/usr/local/bin/node" - Windows 用户：检查是否安装了 Node.js 时勾选了
Add to PATH；若用 nvm-windows，得用nvm use激活版本后再启动 Sublime（或改用完整路径如"C:\Program Files\nodejs\node.exe"） - Linux 用户：多数正常，但若用
nvm，同样要注意 Sublime 是否从 shell 启动（推荐终端中运行subl .）
要不要装 SublimeCodeIntel 或 JsPrettier 这类插件
它们和“运行 Node.js”完全无关。构建系统只管执行 node xxx.js，而这些插件解决的是代码补全、格式化、跳转等编辑体验问题。
- 如果你只是想快速测试脚本输出，
console.log()+Ctrl+B就够了，插件纯属锦上添花 - 但若需要调试（断点、变量查看），Sublime 本身不支持，得切到 VS Code 或用
node --inspect配合 Chrome DevTools - 顺带一提：
SublimeLinter-eslint可以校验语法，但它依赖本地已安装的eslint，不是构建系统的一部分
真正容易被忽略的，是构建系统的错误捕获机制很弱：如果 node 执行时报错，Sublime 只显示红色文字，不保留堆栈折叠、不支持点击跳转到出错行 —— 它本质上就是个带界面的 node xxx.js 命令行封装。真要开发复杂项目，别卡在这里调构建系统，该换工具时就换。
