Sublime Text构建任务卡死时，直接按Ctrl+Break（Windows/Linux）或Cmd+.（macOS）可立刻中断；该快捷键原生支持、不依赖插件、不触发保存、无确认框，按下即终止当前build进程。
Sublime Text 构建任务卡死时，按什么键能立刻中断？
直接按 Ctrl + Break（Windows/Linux）或 Cmd + .（macOS），这是 Sublime Text 唯一原生支持的构建中断快捷键。它不依赖插件、不触发保存、不弹确认框，按下即刻终止当前正在执行的 build 进程（比如 g++ 编译、python 运行、make 执行等）。
为什么 Ctrl + C 在 Sublime 控制台里不管用？
因为 Sublime 的构建系统运行在独立子进程（subprocess）中，并非终端仿真器——它的控制台（Ctrl + ` 弹出的面板）只显示输出，不接管 stdin/stderr 流。所以你在控制台里敲 Ctrl + C 实际发给了面板自身，不是目标进程。
-
Ctrl + C仅在你手动打开终端（如 Windows Terminal、iTerm2）并运行命令时才有效 - Sublime 的构建系统默认不启用
shell=True，因此无法通过 shell 信号转发中断 - 某些自定义构建系统若显式设置了
"quiet": true或重定向了 stderr，还可能让Ctrl + Break失效（极少数情况）
如何验证中断是否生效？
观察两个关键信号：
- 控制台顶部状态栏文字从 “Building…” 瞬间变回 “Ready”
- 进程退出码显示为
[Cancelled]（不是errorlevel 1或其他数字） - 如果构建调用了外部程序（如
gcc），可在任务管理器 /htop中确认对应进程已消失
注意：若构建脚本本身包含 trap 逻辑（如 Bash 的 trap 'echo interrupted' INT），中断后仍可能打印残留日志，但这不代表未终止成功。
哪些场景下 Ctrl + Break 会失灵？
真正失效的情况其实很有限，但容易被误判：
- 你在用第三方构建插件（如
Terminus或SublimeREPL）——它们有自己的中断机制，Ctrl + Break对它们无效 - 构建系统配置了
"target": "exec"以外的 target（例如自定义 Python 脚本），且该脚本未响应SIGINT - Windows 上部分键盘没有物理
Break键：可尝试Ctrl + Fn + B（联想）、Ctrl + Fn + Pause（戴尔）或改用 AutoHotkey 映射 - Linux 下若使用 Wayland，
Ctrl + Break可能被桌面环境劫持——换回 X11 或临时用xbindkeys拦截
最常被忽略的一点：中断只作用于“当前激活的构建任务”。如果你快速连按两次 Ctrl + B 启动了两个构建，第一次 Ctrl + Break 只停掉最新那个，旧的仍在后台跑——得再按一次。
