Ctrl+B没反应主因是按键未进入Sublime或构建系统未触发：先按Ctrl+`输入sublime.log_input(True)验证信号，再检查右下角Build System和语法类型是否匹配，最后排查解释器路径、-u参数及中文/空格路径问题。
Sublime Text 按 Ctrl+B 没反应，90% 不是脚本或代码问题，而是构建系统根本没被触发——它甚至没找到解释器、没认出文件类型、或者按键压根没进到编辑器里。
为什么 Ctrl+B 按下后底部面板完全空白？
这不是“运行慢”，是 Sublime 连启动解释器这一步都没走成。常见原因有三类，必须按顺序排查：
- 按键被系统/输入法/显卡驱动截断：按
Ctrl+`打开控制台，输入sublime.log_input(True)回车，再按Ctrl+B；若控制台无任何输出，说明信号在进 Sublime 前就丢了 - 构建系统未选中：右下角状态栏查看当前 Build System 是否为你配置的那个（如
Python3或Shell-Unix），Tools → Build System里不能是Automatic - 文件语法未设对：右下角显示
Plain Text或Unsupported syntax时，selector匹配失败，构建系统直接跳过——点右下角手动选Python、Bash或对应语言
shell_cmd 报 Permission denied 或 command not found 怎么办？
这两类错误表面不同，根源一致：Sublime 调用的命令路径或权限不合法。尤其 Shell 脚本和 Python 构建系统都容易栽在这里：
-
Permission denied：Linux/macOS 下bash "${file}"会检查文件执行位。解决办法二选一：chmod +x "$file_path/$file_name"，或改用bash -c "source '${file}'"（绕过权限检查，但不支持exit退出） -
command not found：Windows 常见于默认调用py.exe，但你装的是python.exe；macOS/Linux 则常因python指向 Python 2。必须用绝对路径："cmd": ["C:/Python311/python.exe", "-u", "$file"]（Windows）或"shell_cmd": "/opt/homebrew/bin/python3 -u \"$file\""（macOS） - 路径含空格或中文：所有路径字段必须用英文双引号包裹，
shell_cmd中的${file}同样要加引号，否则 shell 解析失败
构建系统配好了，但输出一闪而过或根本没显示？
这是最迷惑人的现象——脚本明明跑完了，控制台却看不到 print() 或 echo。核心问题只有两个：
- Python 缺少
-u参数：print()默认行缓冲，不加-u就卡住不刷屏。构建系统里"cmd"数组第二项必须是-u，"shell_cmd"字符串里也得带上 - Shell 脚本无交互终端：
read、select等命令在 Sublime 内置非交互式终端里直接失败。要么改用外部终端（如gnome-terminal -- bash -c "bash '${file}'; read -p 'Press Enter' "），要么把交互逻辑改成参数传入（bash "${file}" "input_value"） - 日志重定向可临时验证：
"shell_cmd": "bash '${file}' > /tmp/sublime_out.log 2>&1"，然后去文件里查真实输出
插件或语法包导致构建系统失效？
很多人忽略一点：Sublime 的构建系统依赖 selector 字段匹配语法高亮类型。一旦语法包出问题，selector 就失效：
- 新建
.sh文件未保存时，$file_path为空，shell_cmd中的${file}展开失败——务必先Ctrl+S保存 - Python 文件右下角显示
Plain Text，即使后缀是.py，selector为source.python也匹配不上——点右下角手动设语法 - 某些插件（如 Vintage）会劫持
Build相关命令；用subl --safe-mode启动测试，若恢复则说明插件冲突
真正卡住人的地方往往不是技术多难，而是排查顺序错了——先确认按键进了 Sublime，再看构建系统有没有被选中，接着验证语法是否匹配，最后才查解释器路径和参数。漏掉任一环，后面所有配置都是白搭。
