Sublime Text程序执行结果默认只显示在底部「输出面板」，按Ctrl+B（Windows/Linux）或Cmd+B（macOS）触发构建后自动弹出；若未出现，常见原因包括文件未保存、构建系统设为None、面板被拖离底部或误将控制台（Ctrl+`）当作输出面板。
Sublime Text 的程序执行结果默认只显示在底部的「输出面板」，不是弹窗、不是新终端、也不会自动跳转浏览器——你必须主动让它出现，且确保构建命令真的跑起来了。
输出面板在哪？怎么唤出？
按 Ctrl+B（Windows/Linux）或 Cmd+B（macOS）触发构建后，输出面板会自动弹出并聚焦。如果它没出现，常见原因有：
- 你手动关闭过它，且没重新触发构建——下次
Ctrl+B仍会唤出，但可能被拖到侧边栏或缩成窄条，留意窗口边缘是否有浅灰分隔线 - 当前文件未保存，
$file变量为空，构建系统静默失败，无报错也无面板 - 按了
Ctrl+`打开的是「控制台」（Console），它只显示插件日志和 Python 异常，不是你的print()或console.log()输出地
为什么 Ctrl+B 按了没反应？八成是构建系统没配对
构建系统不生效，往往不是快捷键问题，而是 JSON 配置本身被 Sublime 忽略了——一个多余的逗号、引号不闭合、"selector" 写成 "source.py"（正确应为 "source.python"），都会导致整个文件失效，且控制台也不提示。
-
"cmd"数组里的命令必须能在终端里直接敲通，比如 macOS 上which python3返回/opt/homebrew/bin/python3，那就得写["/opt/homebrew/bin/python3", "-u", "$file"]，不能只写["python3", "-u", "$file"] -
"shell": true对含&&、cd的命令是刚需，比如javac $file_name && java ${file_base_name}，不设这个，&&就当普通字符串处理，编译完绝不运行 -
"working_dir": "$file_path"对 Node.js 或 Python 里用相对路径读文件（如require('./util')或open('config.json')）是硬性要求，漏掉就MODULE_NOT_FOUND或ENOENT
输出截断、日志不全、异步内容消失？不是代码问题，是输出通道关太快
Sublime 的输出面板不是伪终端（PTY），它不提供 TTY 环境。Node.js 和 Python 在非 TTY 下默认关闭行缓冲，导致：
-
process.stdout.write('hello')卡住不刷，加\n或显式process.stdout.flush()才可见 -
console.log()因自带换行一般能出来，但setTimeout(() => console.log('done'), 100)很可能被截断——主进程一退出，子进程 stdout 通道就关了 - Python 中不加
-u参数（即["python", "-u", "$file"]），print()在循环里可能整块缓存，最后才刷，看着像卡死
想看中文、想交互输入、想调试断点？别强求输出面板
输出面板天生不适合这些场景：
- 中文乱码：确保构建系统里写了
"encoding": "utf-8"，Windows 还要加chcp 65001 &&前缀；但更稳的方式是用Terminus插件起外部终端 - 需要
input()或readline()：输出面板完全不支持 stdin 输入，一遇到就停住，必须切到终端运行 - 想设断点单步：Debugger 插件对 Sublime 自身插件无效，对脚本也仅支持 attach 到独立进程，
pdb.set_trace()会直接抛RuntimeError: lost sys.stdout
真正容易被忽略的，是构建系统配置里那些看似可选、实则决定成败的字段："shell"、"working_dir"、"encoding"、-u 参数——它们不出错时不显眼，一出错就表现为“没反应”“乱码”“找不到文件”，而错误信息根本不会出现在你盯着看的地方。
