sublime text构建系统无法真正后台运行，因其本质是同步阻塞调用；必须用nohup（linux/macos）或start /b（windows）等系统级异步命令脱离i/o绑定，并重定向输出、正确设置工作目录。
Sublime Text 本身不支持“后台任务”概念，所谓“静默执行”其实是绕过构建系统输出面板、用系统命令在后台启动进程——它不会卡住编辑器，也不把 stdout/stderr 捕获到面板里。直接配 cmd 或 shell_cmd 走默认构建流程，永远做不到真后台；必须用操作系统级的异步调用。
为什么 build system 不能真正后台运行
Sublime 的构建系统本质是同步阻塞调用：它等命令退出才释放控制权。哪怕你写 nohup python server.py &，只要没加 wait 或重定向处理，Sublime 仍会卡在“Running...”状态或报错。更关键的是，stdin 不可用、stdout 不实时、工作目录可能错——这些不是配置问题，是架构限制。
Linux/macOS：用 shell_cmd + nohup + 重定向
适用于 Python Flask、Node.js 服务、Shell 监控脚本等长期运行任务。核心是切断与 Sublime 构建系统的 I/O 绑定：
-
shell_cmd必须是单字符串，不能用cmd数组（否则&会被当参数传给解释器） - 必须重定向
stdout和stderr，否则nohup不生效；推荐写成nohup $file > /dev/null 2>&1 & - 确保
working_dir设为"$file_path"，否则相对路径导入（如require('./config')）会失败 - macOS 用户若用
launchd管理服务，别在这儿硬塞，应另写 plist 文件
示例（保存为 Python-Background.sublime-build）：
{
"shell_cmd": "cd "$file_path" && nohup python -u "$file" > "$file_path/output.log" 2>&1 &",
"working_dir": "$file_path",
"selector": "source.python"
}
Windows：用 start 命令脱离控制台
Windows 没有 nohup，但 start 可以新开独立窗口或完全隐藏执行。注意两点：
-
start默认会开新 cmd 窗口，加/B参数才能静默后台运行（无窗口） - 路径含空格必须用双引号包裹整个命令，且
$file也要引起来，否则解析失败 - 如果目标是服务类脚本（如
http.server），建议加-u参数避免缓冲卡死 - 不要依赖
pythonw.exe：它禁 stdin/stdout，但很多框架（如 FastAPI）启动时仍会尝试写 stderr，导致崩溃
示例（Python-Background-Win.sublime-build）：
{
"shell_cmd": "start /B "" cmd /c "cd /d \"$file_path\" && python -u \"$file\" > nul 2>&1"",
"working_dir": "$file_path",
"selector": "source.python"
}
真正需要后台管理时，别硬塞进 Build System
Build System 是为编译/测试/短时脚本设计的，不是进程管理器。如果你要启停多个服务、查日志、传信号（如 SIGTERM），这些动作无法通过 Ctrl+B 完成。容易被忽略的关键点：
- 所有后台进程的 PID 都不会被 Sublime 记录，关机前得自己
ps aux | grep python或tasklist /fi "imagename eq python.exe"清理 - 日志文件权限可能出问题：Linux/macOS 下若用
nohup写入$file_path/output.log，而$file_path是只读目录，会静默失败 - Windows 上
start /B启动的进程，父进程是cmd.exe而非 Sublime，任务管理器里看不到归属关系
