运行结果默认显示在sublime text底部的输出面板，按ctrl+b编译、ctrl+shift+b运行后即可查看；若未显示，按ctrl+`打开控制台仅看插件日志，需确保构建系统正确激活且文件已保存。
运行后结果在哪看？输出面板是默认出口
sublime text 不会弹出新窗口显示程序结果，所有构建命令的 stdout/stderr 默认输出到底部的「输出面板」。你按 Ctrl+B 编译、再按 Ctrl+Shift+B 选 Run 变体后，结果就出现在这里。
- 如果没看到输出面板，按
Ctrl+`（反引号）打开控制台，它和输出面板是两个东西——控制台显示插件日志，不是你的printf或print - 输出面板默认只在构建执行时自动唤起；若被手动关闭，下次构建仍会自动弹出，但位置可能被拖到侧边栏或隐藏
- 确保当前文件已保存（
hello.c而非未命名的 untitled），否则$file_name为空，构建会失败且无提示
中文乱码、一闪而过、没反应？检查构建系统配置
常见现象不是“看不到结果”，而是结果错位、截断或根本没执行——这基本都卡在构建系统定义上。
-
"shell": true必须设为true，否则&&连接符不生效，导致编译完不运行 - windows 下
cmd /c ... && start cmd /k ...能避免输出一闪消失，但要注意路径分隔符用，且$file_path不能含空格（否则需加双引号包裹） - 中文输出乱码：不是 Sublime 的锅，是 Windows 控制台默认 GBK 编码。可在 C 代码里加
setlocale(LC_ALL, "chs")，或改用chcp 65001切 UTF-8 后再运行 - Mac/linux 用户若遇
Permission denied，检查生成的可执行文件是否确实有执行权限：ls -l $file_base_name，必要时加"cmd": ["chmod", "+x", "$file_base_name"]到 variants 中
想在独立终端看结果？得绕开输出面板
输出面板本质是 Sublime 内嵌的只读文本区，不支持交互、不保留历史、无法复制带格式内容。真要像 ide 那样“跑完还能输命令”，就得调外部终端。
- Windows：把
Run变体的cmd改成["cmd", "/c", "gcc "$file" -o "$file_base_name" && start cmd /k "$file_path$file_base_name""] - macos：用
["bash", "-c", "gcc "$file" -o "$file_base_name" && open -a Terminal.app "$file_path/$file_base_name""]（注意 Terminal.app 要存在） - Linux：依赖
gnome-terminal或xfce4-terminal，例如["gnome-terminal", "--", "bash", "-c", "gcc '$file' -o '$file_base_name' && ./'$file_base_name'; read"] - ⚠️ 所有这类写法都要注意 shell 注入风险：文件名含空格、括号、$ 符号时，
"$file"必须加双引号，且不要用shell_cmd拼接未转义变量
为什么有时点了构建却什么也不显示？
不是没输出，是 Sublime 压根没执行构建命令——最常踩的坑是构建系统没被正确激活或匹配。
- 确认右下角状态栏显示的是你刚保存的
C.sublime-build，而不是Automatic或None；手动点Tools → Build System → C切换一次 -
"selector": "source.c"是关键匹配项，它靠语法高亮识别语言。如果你用的是纯文本模式（Syntax → Plain Text），即使文件名是.c，构建系统也不会触发 - 构建系统文件保存路径必须是
Packages/User/目录下（可通过Preferences → Browse Packages…进入），放错位置不会报错，但完全不生效 - 如果用了自定义
env字段（比如加了PATH），记得值要用字符串而非数组："env": {"PATH": "/mingw64/bin;${PATH}"}，写成列表会静默失败
输出面板看着简单，但它背后绑着构建系统激活逻辑、shell 解析规则、编码环境、权限模型四层依赖。少一个环节对不上，结果就“消失”了——不是没产生，是你没站在它该出现的位置去看。