Sublime Text“一键运行”本质是触发构建系统或Terminus插件，前提为右下角显示对应语言标识、文件后缀正确、.sublime-build保存于Packages/User/并手动启用；Python需加-u参数，C/C++交互输入须用外部终端。
Sublime Text 本身没有“一键运行”这个内置命令，所谓一键运行，本质是触发构建系统（build）或调用插件（如 terminus_open），必须绑定到真实存在的 command，且依赖底层环境就绪——否则按了没反应，连错误提示都不会有。
确认构建系统已就位且被识别
快捷键能否触发“运行”，第一道门槛不是键位配置，而是 Sublime 是否知道当前文件该用哪个构建系统。
- 右下角状态栏必须显示
Python、C或Java—— 如果显示的是Plain Text，说明语法未识别，build命令根本不会被激活 - 确保文件后缀正确：
.py、.c、.java缺一不可 - 自定义的
.sublime-build文件必须保存在Packages/User/目录下（可通过Preferences → Browse Packages…验证路径） - 首次使用前，必须手动点一次
Tools → Build System → [你的构建系统名]，否则 Sublime 不会默认启用它
绑定 build 命令时必须带 args.variant
如果你的构建系统里定义了 "variants"（比如一个叫 "Run" 的变体），直接绑定 "command": "build" 会走默认构建流程（通常是编译），而不是你想要的“运行”。必须显式传参。
- 错误写法：
{"keys": ["ctrl+alt+r"], "command": "build"}→ 只执行默认构建，不运行 - 正确写法：
{"keys": ["ctrl+alt+r"], "command": "build", "args": {"variant": "Run"}} - 前提是你在
.sublime-build文件中确实定义了"name": "Run"的 variant，例如：
{
"cmd": ["python", "-u", "$file"],
"selector": "source.python",
"variants": [
{
"name": "Run",
"cmd": ["python", "-u", "$file"]
}
]
}
避免覆盖 Ctrl+B 导致构建功能丢失
很多人想把 Ctrl+B 改成纯“运行”，但直接覆盖会彻底丢掉原生构建能力（比如编译 + 运行两步合并），而且容易和插件冲突。
- 更安全的做法是新增组合键，例如
["ctrl+alt+r"]或["f5"]，保留Ctrl+B做编译 - 如果坚持改
Ctrl+B，务必加context限定语言范围，防止在 Markdown 或 JSON 文件里误触发：{"key": "selector", "operand": "source.python"} - Windows 用户注意：若
python命令在终端无效，cmd字段里必须写绝对路径，例如["C:/Python311/python.exe", "-u", "$file"]
交互式输入（cin / input）必须绕开内置面板
Sublime 的构建输出面板不提供 stdin 流，所以 input() 会直接抛 EOFError，scanf 会卡住。这不是快捷键的问题，是机制限制。
- Python 必须加
-u参数（无缓冲），否则print()输出延迟，input()仍失败 - C/C++ 想交互，不能用内置构建面板，得启动外部终端：
["cmd", "/c", "g++ \"${file}\" -o \"${file_path}/${file_base_name}.exe\" && \"${file_path}/${file_base_name}.exe\" && pause"] - Linux/macOS 要先
chmod +x，命令得用字符串形式（shell_cmd），不能拆成数组；路径含空格必须双引号包裹
真正卡住人的从来不是怎么写 JSON，而是 command 名不对、context 没生效、或者根本没意识到构建系统压根没被加载——这些地方静默失效，不报错也不提醒，得靠右下角语言标识和控制台 sublime.log_commands(True) 来交叉验证。
