sublime text编译输出面板不显示，主因是未正确设置构建系统；需检查build system是否为automatic或对应语言，而非none，并确保文件有正确扩展名或手动指定；自定义构建时，shell_cmd适用于简单命令，target="exec"更灵活可控。
编译输出面板不显示？先确认是否用了正确的构建系统
Sublime Text 的编译输出面板（即底部的 Build Results 面板）默认只在执行构建（Ctrl+B / Cmd+B）时出现，且前提是当前文件绑定了有效的构建系统。如果你按了构建快捷键却没看到面板，大概率是没激活构建系统——不是插件没装好，而是 Sublime 根本不知道该用什么去“编译”你当前的文件。
验证方法：打开命令面板（Ctrl+Shift+P），输入 Build System，看当前选中的是不是 Automatic 或某个具体语言（如 Python、ShellScript）。如果是 None，面板必然不弹。
- 临时绑定：右键编辑器 →
Set Build System→ 选对应语言（如Python） - 永久绑定：保存文件时带扩展名（如
hello.py），Sublime 会自动识别语法和构建系统 - 如果文件无后缀或后缀不标准（如
script），手动设为Tools → Build System → Python才能触发输出
自定义构建系统时，target 和 shell_cmd 到底怎么选？
多数人卡在写 .sublime-build 文件时搞不清 target 和 shell_cmd 的分工。简单说：shell_cmd 是直接扔给终端执行的命令（适合单行脚本），target 是调用 Sublime 内置或插件提供的 Python 函数（更可控，支持异步、路径处理等）。
比如想让 Python 脚本运行时显示完整路径和错误行号，用 shell_cmd 很容易漏掉工作目录问题：
{
"shell_cmd": "python -u "$file"",
"working_dir": "$file_path",
"selector": "source.python"
}
而用 target（配合 exec 插件）能更好接管输出流：
{
"target": "exec",
"cmd": ["python", "-u", "$file"],
"working_dir": "$file_path",
"selector": "source.python"
}
-
shell_cmd适合快速测试，但 Windows 下路径空格、引号转义容易出错 -
target: "exec"是 Sublime 自带的构建执行器，支持encoding、quiet、file_regex（用于点击跳转错误行）等关键字段 - 别漏写
selector，否则构建系统不会自动匹配到对应文件类型
输出面板里点不了错误行？检查 file_regex 是否匹配你的错误格式
Sublime 的“点击跳转错误行”功能完全依赖 file_regex 正则表达式。它不是通用的，必须和你实际编译器/解释器输出的错误格式严格对齐。比如 Python 报错是 File "xxx.py", line 5, in <module></module>，而 GCC 是 main.c:12:5: error:，两者正则完全不同。
常见失效场景：
- Python 构建系统没加
"file_regex": "^File "([^\"]+)", line ([0-9]+)"→ 点击无效 - Node.js 错误含 ANSI 颜色码（如
[31m），导致正则匹配失败 → 加"quiet": true或用node --no-color - 自定义脚本输出格式不固定（有时带路径有时不带）→ 正则得用非贪婪+可选分组，例如
"^(?:.*?:)?\s*([a-zA-Z0-9._/-]+):([0-9]+):?([0-9]+)?:?
调试技巧：在构建系统里加 "quiet": false，先看清原始输出长什么样，再反推正则。
中文路径或输出乱码？encoding 和系统 locale 必须一致
Windows 上用中文路径跑 Python 或 Go，输出面板常出现 UnicodeEncodeError 或一堆 ，根本原因是 Sublime 默认用 utf-8 解码子进程输出，但 cmd/powershell 默认是 GBK（CP936）。
- 方案一（推荐）：改构建系统的
encoding字段，例如 Python："encoding": "cp936" - 方案二：强制终端用 UTF-8（仅限 Windows 10/11）：在
shell_cmd前加chcp 65001 && - 方案三：避免中文路径——开发时把项目放
C:/dev/这类纯英文路径下，省去所有编码博弈
注意：encoding 是 Sublime 解码子进程 stdout/stderr 用的，不是源文件编码；源文件编码由 file_encoding 控制，二者别混。
真正麻烦的从来不是写几行 JSON，而是每个构建系统背后都连着真实终端行为、系统 locale、解释器版本、甚至 shell 类型（bash/zsh/cmd/powershell）。配一次能用，换台机器或升级 Python 就可能崩——所以每次迁移环境，第一件事不是重装插件，而是重验 Build Results 面板里那几行字是否清晰可读、能否点跳、有没有乱码。
