sublime text的“一键运行”本质是通过.sublime-build文件调用系统命令实现；ctrl+b无反应主因是构建系统未被识别，如文件未存于packages/user/目录、后缀非.sublime-build、状态栏语言标识未匹配或json语法错误。
Sublime Text 的“一键运行”不是内置功能，而是靠 .sublime-build 文件调用系统命令实现的——只要能写成一行 shell 命令，就能塞进去跑。
为什么 Ctrl+B 没反应或报 “No build system”
根本原因通常是构建系统没被识别，而不是配置写错了。
-
Packages/User/是唯一有效的存放目录；丢在桌面、项目根目录、甚至Packages/Python/里都无效 - 文件必须以
.sublime-build结尾，比如Python_Run.sublime-build，不能是.json或无后缀 - 当前文件右下角状态栏没显示
Python（或对应语言）时，即使配置了"selector": "source.python"，也不会自动启用——得先手动选一次：Tools → Build System → Python - JSON 语法有硬伤（比如末尾多逗号、引号不配对）会导致整个文件被忽略，Sublime 不报错也不提示
cmd 和 shell_cmd 到底怎么选
二者不能混用，且行为差异直接影响能否跨平台或处理重定向。
-
cmd是数组形式，如["python", "-u", "$file"]，推荐用于简单命令；Windows 下若路径含空格，需确保解释器路径本身加引号（但 JSON 里要用双反斜杠转义，如"C:\Program Files\Python39\python.exe"） -
shell_cmd是字符串，如"python -u "$file""，适合带&&、|、重定向的场景；但 Windows 必须设"shell": true才能生效，否则直接失败 - Mac/Linux 下
shell_cmd默认走/bin/sh，不读取你的~/.zshrc，所以 virtualenv 激活、自定义 alias 都不可用；cmd更干净可控
Python 脚本输出卡住、不实时刷新
这不是 Sublime 的 bug，而是 Python 和 Node.js 在非 TTY 环境下的默认缓冲策略导致的。
- Python 加
-u参数（即["python", "-u", "$file"]）强制未缓冲输出，print()会立刻显示 - Node.js v15.12+ 同样支持
-u，写成["node", "-u", "$file"]即可；旧版本只能借壳：["bash", "-c", "node $file"]（macOS/Linux）或["cmd", "/c", "node $file"]（Windows） - 如果脚本里用了
input()，Sublime 构建面板不支持交互式输入——此时必须换用SublimeREPL插件或切到终端
file_regex 错了就等于白配
它决定错误信息能不能双击跳转到对应行，而 Python 默认报错格式和正则稍有偏差，容易失效。
- 标准 Python 报错开头是
File "xxx.py", line 123，推荐正则："^File "([^"]*)", line ([0-9]+)" - 别用网上抄的
"^[ ]*File "(*?)", line ([0-9]*)"——*?在 Sublime 的 regex 引擎里不支持非贪婪匹配，会导致整行无法捕获 - Node.js 错误格式不同，得另配：
"^.*?:(\d+:\d+)$"或更稳的"at .*?:(\d+):(\d+)\)?$" - 正则写错不会报错，只是点击错误行毫无反应——调试时打开 Tools → Console，执行
view.window().run_command("show_panel", {"panel": "console"})查看原始输出，比猜强
真正麻烦的从来不是写配置，而是环境路径、编码、缓冲、交互这四点连环坑；一个 file_regex 写错，或者忘了加 -u，就卡在“看起来能跑，但看不到输出”的状态里。
