Sublime中Ctrl+C对Python进程无效，因默认构建系统未透传SIGINT信号，stdin只读且无中断通道；需用Ctrl+Break（Win/Linux）或Cmd+.调用exec kill终止，或通过taskkill/pkill系统命令强制清理。
Sublime Text 里 Python 进程卡住，不是程序没响应，而是构建系统没提供中断通道——默认 Ctrl+B 启动的进程完全脱离编辑器控制，你按 Ctrl+C 无效，关面板也不杀进程。
为什么 Ctrl+C 在输出面板里完全没用
Sublime 的默认构建系统（比如 Python.sublime-build）本质是启动一个子进程并把 stdout/stderr 接到面板，但 stdin 是只读的、信号通道（SIGINT）根本没透传过去。你在面板里按 Ctrl+C，只是往一个关闭的输入流里发字符，Python 进程压根收不到中断信号。
- 现象：代码含
input()或死循环，面板光标不动，任务管理器里python.exe或python3持续占用 CPU - 误区：以为“关掉输出面板”就结束了进程——实际进程还在后台跑着
- 关键点：Sublime 默认不监听或转发键盘中断，必须显式配置“可中断”的构建行为
用 exec 命令加 kill 参数强制终止
这是最轻量、无需插件的方案，直接复用 Sublime 自带的 exec 构建命令，通过用户键绑定触发中断。
- 打开 Preferences → Key Bindings，在右侧用户键绑定中添加：
{ "keys": ["ctrl+break"], "command": "exec", "args": {"kill": true} }- 保存后，只要进程在运行，按
Ctrl+Break（Windows/Linux）或Cmd+.（macOS）就能终止当前构建任务 - 注意：
exec的kill只对当前exec启动的进程有效；如果你用的是自定义shell_cmd，需确保它没 fork 出子 shell，否则可能只杀掉 shell 而非 Python
自定义构建系统 + shell_cmd 终止更可靠
当你的构建系统用了 shell_cmd（比如调用 gnome-terminal 或 cmd /c），exec 的 kill 可能失效。这时得靠系统级命令主动清理。
- Windows 下，在构建系统 JSON 中加一个
variants： "variants": [{ "name": "Kill Python", "shell_cmd": "taskkill /f /im python.exe /t" }]- macOS/Linux 下用：
"shell_cmd": "pkill -f 'python.*$file_name'" - 使用时：先 Ctrl+B 运行，再按 Ctrl+Shift+P → 输入
Build With: Kill Python手动触发 - 风险提示：
taskkill /f或pkill -f是强力终止，若同时跑多个 Python 脚本，可能误杀——建议在脚本开头加唯一标识，如print("PID_MARKER_12345")，再用grep精准匹配
别依赖面板关闭，进程常驻才是常态
很多人以为关掉底部输出面板就等于结束程序，这是最大盲区。Sublime 的构建系统一旦启动进程，就和面板解耦了——面板只是个日志显示器，关了它，Python 进程照常在后台执行、占内存、读文件、甚至弹窗。真正要确认是否结束，得看任务管理器或终端里 ps aux | grep python 是否还有残留。复杂交互逻辑（比如多线程 + input()）下，仅靠快捷键也未必能干净退出，这时候必须配合系统工具兜底。
