正确捕获 keyboardinterrupt 应显式使用 except keyboardinterrupt:，而非 except exception:；需优先处理该异常，清理时防二次中断，推荐用 sys.exit(0) 退出并避免阻塞操作。
捕获 KeyboardInterrupt 时别用 except Exception:
直接裸抓 Exception 会吞掉 KeyboardInterrupt，导致 Ctrl+C 失效——它本就不是 Exception 的子类，而是继承自 BaseException。强行用宽泛异常捕获，等于屏蔽了用户最基础的中断意图。
- 正确写法是显式写
except KeyboardInterrupt: - 如果还要同时处理其他异常（比如网络超时），必须分开写：
except KeyboardInterrupt:放在最前面，再跟except SomeOtherError: - 切忌在
finally或清理逻辑里又抛出新异常，否则可能掩盖原始的中断信号
清理资源时要防二次中断（Ctrl+C 期间再按一次）
当用户第一次按 Ctrl+C 触发 KeyboardInterrupt，你的 except 块开始执行清理（如关闭文件、断开 socket），这时若用户 impatient 地再猛按一次，Python 会立即再次抛出 KeyboardInterrupt，而当前正在执行的清理代码可能没跑完，造成状态不一致或资源泄漏。
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 在清理逻辑内部加一层
try/except KeyboardInterrupt:，捕获并忽略二次中断（只打印提示或直接 pass） - 更稳妥的做法是用
signal.signal(signal.SIGINT, signal.default_int_handler)在清理前恢复默认行为，但多数场景下简单忽略更可控 - 避免在清理过程中调用可能阻塞或重试的函数（如
time.sleep(5)），它们会让二次中断等待太久
sys.exit() 和 os._exit() 在中断处理里的区别
你在 except KeyboardInterrupt: 里调 sys.exit(0) 是常规做法，但它会触发所有已注册的 atexit 钩子；而 os._exit() 是立即终止进程，跳过清理和钩子——这在某些嵌入式或信号敏感场景有用，但日常脚本里基本不需要。
- 绝大多数情况用
sys.exit(0)或直接return（如果在函数里）就够了 - 只有当你确认所有
atexit钩子都不可信，或程序已处于半损坏状态，才考虑os._exit(1) - 注意：不要在
except KeyboardInterrupt:里写raise，除非你明确想把中断往上抛——这会让上层调用者也收到中断，容易引发连锁反应
交互式循环中怎么让 Ctrl+C 退出得干净又不突兀？
比如一个 while True: 的命令行轮询，用户按 Ctrl+C 后，你不只想退出，还想给一句 “已退出” 提示，而不是静默终止——但提示语本身也可能被第二次中断打断。
- 把提示和退出逻辑包进同一个
except KeyboardInterrupt:块，且放在清理之后 - 避免在提示后加
time.sleep()或等待输入，否则又暴露二次中断窗口 - 如果用了
input()，它本身就会抛KeyboardInterrupt，无需额外包装；但若用了第三方库（如prompt_toolkit），需查其文档是否重写了信号处理
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
