keyboardinterrupt在try/except中有时不生效，因其信号处理受多层嵌套、线程、阻塞调用及c扩展屏蔽影响；systemexit与os._exit()本质不同，前者可捕获并触发清理，后者直接终止进程。
为什么 KeyboardInterrupt 在 try/except 里有时不生效
因为 Python 的信号处理和异常传播机制在多层嵌套、线程或某些阻塞调用中会被截断或延迟。比如你在 input() 或 time.sleep() 中按 Ctrl+C，异常确实抛出了，但如果外层有未捕获的 SystemExit 或被 os._exit() 绕过，KeyboardInterrupt 就像没发生过一样。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 永远把
KeyboardInterrupt放在最外层try块里，不要依赖深层函数自己处理 - 避免在
except中静默吞掉它（比如写成except Exception:），否则 Ctrl+C 彻底失效 - 如果用了
threading，主线程能收到KeyboardInterrupt，但子线程不能——得靠标志位 +join(timeout=)主动退出 - 某些 C 扩展（如
requests长连接、numpy向量化操作）会暂时屏蔽信号，这时中断可能延迟几百毫秒甚至更久
sys.exit() 和 os._exit() 的区别到底在哪
sys.exit() 抛出 SystemExit 异常，能被 try/except SystemExit 捕获，也会触发 finally 和 atexit 注册的清理函数；os._exit() 是底层直接终止进程，跳过所有 Python 层级的清理逻辑，只适合 fork 后的子进程。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 日常退出用
sys.exit()，哪怕在脚本末尾也别图省事写os._exit(0) - 在
fork()后的子进程中，必须用os._exit()，否则子进程可能重复执行父进程的atexit回调，引发资源竞争 -
SystemExit可以带参数：sys.exit(1)和sys.exit("error")都合法，后者会打印消息并退出码为 1 - 别在
__del__或弱引用回调里调用sys.exit()——解释器可能已开始销毁模块，导致不可预测行为
如何安全地同时捕获 KeyboardInterrupt 和 SystemExit
两者都属于 BaseException 的子类，不继承自 Exception，所以普通 except Exception: 根本抓不到。想统一处理就得显式列出，或者用 except BaseException: ——但后者太宽泛，容易掩盖真正的崩溃（比如 MemoryError）。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 明确写出
except (KeyboardInterrupt, SystemExit):，别偷懒合并进其他except - 如果要在退出前做清理，优先用
atexit.register()，而不是全靠try/finally——因为os._exit()会绕过finally - 在 CLI 工具中，常见模式是：主函数包一层
try...except (KeyboardInterrupt, SystemExit):，然后统一调用cleanup()再raise或sys.exit() - 注意：
SystemExit被捕获后如果不重新抛出，程序不会退出——这点和KeyboardInterrupt不同，后者即使被捕获，解释器默认仍会终止（除非你显式 return）
使用 signal.signal() 替代异常捕获靠谱吗
不推荐常规场景下这么做。Python 的 SIGINT 默认就是触发 KeyboardInterrupt，手动注册信号处理器反而容易破坏原有语义，尤其在多线程或使用了 asyncio 的程序里，信号只能由主线程接收，且不能安全调用大多数 Python C API。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 仅当需要「拦截 Ctrl+C 并转为优雅降级」时才考虑，比如正在上传文件，按一次暂停、再按一次强制退出
- 信号处理器里只能做极轻量的事：设个全局 flag、调用
threading.Event.set()，千万别 print / log / 文件操作 - 注册前先检查是否已有处理器：
old = signal.signal(signal.SIGINT, handler)，退出前记得恢复signal.signal(signal.SIGINT, old) - Windows 下
SIGQUIT不可用，SIGBREAK是等效替代，但行为不一致——跨平台脚本尽量避开信号定制
真正容易被忽略的是：KeyboardInterrupt 和 SystemExit 都可能在任何字节码执行点插入，包括 list.append() 这种看似原子的操作内部。所以清理逻辑必须可重入，不能假设“上一步一定成功”。
