根本原因是sublime构建系统不继承shell环境变量导致找不到node命令；需新建build system配置bash -l -c "node '${file}'"（macos/linux）或cmd /c node "${file}"（windows），并确保path正确。
Sublime Text 3 中汉化后运行 Node.js 脚本失败，提示 command not found: node
根本原因不是汉化导致的，而是 Sublime 的构建系统默认不继承系统的 shell 环境变量（尤其是 macOS/Linux 的 ~/.zshrc 或 ~/.bash_profile），所以找不到 node 命令。
实操建议：
- 打开 Sublime → Tools → Build System → New Build System，粘贴以下内容（适配 macOS/Linux）：
{
"shell_cmd": "bash -l -c \"node '${file}'\"",
"selector": "source.js",
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"working_dir": "${file_path}",
"encoding": "utf-8"
}
- 保存为
NodeJS.sublime-build（路径自动在Packages/User/下） - Windows 用户请改用：
cmd /c node "${file}"，并确保已安装 Node.js 且添加到系统 PATH - 汉化包（如 ChineseLocalizations）只影响界面文字，不影响构建逻辑，无需卸载或特殊配置
想实时看到 console.log 输出，但 Sublime 构建结果窗口一晃就关闭
这是 Sublime 默认行为：构建完成后自动关闭输出面板。它不是“卡住”或“没输出”，而是面板被收起了。
实操建议：
- 手动唤出输出面板：
Ctrl+`（反引号，Win/Linux）或Cmd+`（macOS） - 构建前先按一次
Ctrl+`，让面板常驻；再按Ctrl+B运行，日志就会持续追加显示 - 如果仍一闪而过，检查构建配置里是否误加了
"quiet": true或"kill": true—— Sublime 的 Node 构建默认不支持后台守护，每次Ctrl+B都是新进程，旧输出会被清空
需要像 nodemon 那样监听文件变化并自动重启，但 Sublime 本身不支持热重载
Sublime 是编辑器，不是运行时环境，它没有内置文件监听能力。所谓“实时监测后端日志”，必须靠外部工具配合。
实操建议：
- 终端里单独跑：
nodemon app.js，然后把终端窗口停在旁边，专注写代码 + 看日志两不误 - 不想切窗口？用 Sublime 的
Terminal插件（需提前安装）：Ctrl+Shift+T唤出内置终端，直接输入nodemon - 若坚持用 Sublime 构建系统触发监听，可改写
shell_cmd为：bash -l -c "nodemon --exec node '${file}'"，但注意：nodemon必须全局安装（npm install -g nodemon） - ⚠️ 不推荐在构建系统中长期运行 nodemon：Sublime 构建任务超时后可能强行 kill 进程，导致监听中断
中文日志乱码（尤其 Windows 上显示 符号）
本质是编码不一致：Node.js 默认用系统 locale 编码输出（Windows 是 GBK），而 Sublime 构建面板强制用 UTF-8 解析。
实操建议：
- 最稳方案：在脚本开头加
process.stdout.setEncoding('utf8')，并确保所有console.log输入都是 UTF-8 字符串（Node.js v12+ 默认已对齐，但 Windows 旧版本仍可能出问题） - Windows 用户临时解决：命令行启动 Sublime，让它继承 cmd 的编码上下文 —— 用
start sublime_text.exe从已执行过chcp 65001的终端启动 - 避免在日志里拼接本地路径或环境变量值（如
__dirname含中文时），这类值在 Windows 下极易触发 GBK/UTF-8 混淆
真正卡住人的地方往往不是汉化，也不是 Node 版本，而是 Sublime 构建系统和终端进程模型的差异——它不维持长连接，也不转发 stdout/stderr 流。想“实时监测”，就得接受它只是个快捷触发器，背后还得靠终端或专用 DevTools 扛住日志流。
