根本原因是sublime启动的子进程未继承终端path，导致找不到python；需用绝对路径或py启动器，并设pythonioencoding=utf-8解决编码问题，交互输入需用terminus插件或外部终端。
为什么按 Ctrl+B 没反应或报 “Unable to find python in PATH”
根本原因不是 Sublime 有问题，而是它启动的子进程压根没继承你终端里能用的 python 或 py —— Windows 的 cmd、macOS/Linux 的 /bin/sh 默认不读你的 shell 配置文件（比如 ~/.zshrc），PATH 里自然没有你装的 Python。
- 先在终端/命令提示符里运行
where py（Windows）或which python3（macOS/Linux），确认路径真实存在 - 别依赖环境变量，直接写绝对路径：
"cmd": ["C:\Users\name\AppData\Local\Programs\Python\Python311\python.exe", "-u", "$file"] - Windows 用户优先用
py启动器（官方安装默认注册），但得确保C:Windows在系统 PATH 里；否则改用"cmd": ["C:\Windows\py.exe", "-3.11", "-u", "$file"] -
-u必须紧挨着解释器参数放，py -3.11 -u $file✅，py -u -3.11 $file❌（会报unrecognized arguments: -u）
中文 print 输出变成乱码或报 UnicodeEncodeError
Windows 控制台默认用 GBK 编码，而 Python 脚本和 Sublime 内部都倾向 UTF-8，两边一碰就崩。加 "encoding": "utf-8" 只管 Sublime 自己解码输出流，不解决终端底层编码冲突。
- 最稳方案：在构建配置里注入环境变量：
"env": {"PYTHONIOENCODING": "utf-8"} - Windows 下可额外加
chcp 65001 &切换控制台编码（需设"shell": true）："shell_cmd": "chcp 65001 & python -u "$file"" - 避免用
shell_cmd拼接复杂命令——空格、引号、特殊字符容易出错；cmd数组更安全，变量如$file也只在cmd或shell_cmd中生效
怎么让一个 Build System 支持多种语言（Python/JS/Ruby）
删掉 selector 是最偷懒的做法，但它会让这个构建项出现在所有文件类型菜单里，极易误点。真“万能”不是无脑匹配，而是靠脚本判断后缀再分发。
- 用
selector": "source | text"限定为源码或纯文本类文件，排除二进制、配置等干扰 - 核心靠 shell 判断：
"cmd": ["sh", "-c", "case $1 in *.py) python $1 ;; *.js) node $1 ;; *.rb) ruby $1 ;; *) echo 'Unsupported'; exit 1 ;; esac", "_", "$file"] - Windows 不支持
sh，得换cmd /c或 PowerShell；跨平台项目建议拆成多个专用构建系统，比硬塞一个更可靠 -
$file是完整路径，含空格时cmd数组自动处理，shell_cmd字符串里必须手动加引号，比如"shell_cmd": "python "$file""
需要交互输入时，为什么输出面板卡住不动
Sublime 的默认输出面板是只读流，不提供 stdin 输入能力。按 Ctrl+B 运行后程序卡在 input() 或 scanf()，本质是等着一个不存在的键盘输入通道。
- 别指望面板支持交互，这是设计限制，不是配置问题
- 临时方案：用
variants开一个外部终端变体，例如 Windows："windows": {"cmd": ["start", "cmd", "/c", "python -u "$file" & pause"]} - 长期推荐装插件
Terminus，它把终端嵌进 Sublime 标签页，真正支持输入/输出双向交互 - 如果只是测简单输入，可用重定向模拟：
"cmd": ["python", "$file"], "shell": true, "working_dir": "$file_path"，然后在命令行里跑echo "hello" | python script.py验证逻辑
py 启动器，更不会帮你处理中文编码——这些都得你一条条补全。
