sublime text的“静默执行”实为误解：所谓静默多因命令未运行、输出被缓冲或重定向所致；"quiet": true仅在成功时抑制面板，失败仍报错，且仅对cmd数组生效，须配合exit 0/true确保退出码为0。
为什么“静默执行”其实是误解
Sublime Text 的 Build System 本身没有“静默执行”开关——所谓静默，往往是指构建窗口不弹出、不显示输出、或不阻塞编辑器。但它的底层逻辑是：只要构建命令退出码为 0，就显示 [Finished]；非 0 就显示错误。你看到的“静默”，大概率是命令根本没跑起来，或输出被缓冲/重定向了。
cmd 数组里加 "quiet": true 真的能隐藏面板吗
能，但有前提和副作用：
-
"quiet": true只在构建成功（exit code 0）时抑制输出面板；失败仍会弹出错误面板 - 它不阻止命令执行，只是不让 Sublime 显示构建结果面板——日志依然写入后台，只是你看不见
- 若用
shell_cmd，quiet无效；必须用cmd数组格式才支持该字段 - 常见误配：
"quiet": "true"（字符串）或"quiet": 1（数字），都无效，必须是布尔值true
真正让编译“不打扰”的实操组合
想让 Ctrl+B 编译完不弹窗、不抢焦点、也不卡住光标，得靠三件套配合：
- 用
cmd而非shell_cmd：确保"quiet": true生效，且跨平台行为一致 - 加
"target": "exec"（默认值，可省略），避免意外触发其他插件 target - 关键补丁：在命令末尾加
&& exit 0（Windows）或&& true（macOS/Linux），防止某些 shell 命令因无输出导致 exit code 非 0，被误判为失败而弹窗 - 示例（C++ 编译，不运行，不显面板）：
{ "cmd": ["g++", "-c", "-o", "${file_base_name}.o", "$file"], "working_dir": "$file_path", "selector": "source.c++", "quiet": true }
静默 ≠ 不报错，调试时怎么找回输出
一旦开了 "quiet": true，你就主动放弃了第一手错误反馈。真要查问题，立刻关掉它：
- 临时删掉
"quiet": true行，或设为false - 确保
"show_panel_on_build": true（默认），否则即使没 quiet 也看不到面板 - 更直接的办法：把
cmd改成["echo", "test"]，确认构建系统本身能触发；再逐步加回真实命令 - Windows 下尤其注意：如果用了
shell_cmd并重定向了 stdout/stderr（如2>&1 > nul），那连错误都没地方看——这种“静默”是自废武功
[Finished in Xs] 后面有没有红字——那才是 Sublime 给你留的活口。
