python中应使用signal.signal()捕获sigint而非try/except keyboardinterrupt，因其在阻塞调用和c扩展中更可靠；需在主线程设置，处理器仅设标志位，主循环轮询退出以确保安全清理。
Python中用signal.signal()捕获SIGINT
Ctrl+C在Unix/Linux/macOS上触发SIGINT，Windows上也兼容该信号。直接注册处理函数即可拦截，而不是依赖try/except KeyboardInterrupt——后者本质是Python对SIGINT的默认封装，但无法在所有上下文中生效（比如C扩展阻塞时）。
关键点：必须在主线程中设置，且signal.signal()只对主线程有效；子线程不能独立设置信号处理器。
-
import signal后，调用signal.signal(signal.SIGINT, handler) -
handler函数必须接受两个参数：signum（信号编号）和frame（当前栈帧） - 若想恢复默认行为（如退出），可在处理函数中调用
signal.default_int_handler(signum, frame)
为什么KeyboardInterrupt有时捕获不到？
当Python执行某些阻塞系统调用（如time.sleep()、socket.recv()、或C扩展中的长时间计算）时，KeyboardInterrupt可能延迟抛出，甚至被完全屏蔽——尤其在多线程+信号混合场景下。
这时signal.signal()更可靠，因为信号会中断系统调用（除非被标记为SA_RESTART），并立即触发处理器。
- 典型失效场景：
threading.Thread(target=time.sleep, args=(10,)).start()+ Ctrl+C → 主线程可能收不到异常 - 解决方式：用
signal.pause()主动等待信号，或配合signal.set_wakeup_fd()唤醒阻塞I/O - 注意：Windows对部分信号支持有限，
SIGINT可用，但SIGQUIT、SIGUSR1等不可用
如何安全退出并清理资源？
信号处理器里不能做复杂操作：不能调用大多数标准库函数（如print()、logging.info()），也不能加锁或操作主线程外的数据结构——因为信号可能在任意时刻中断执行。
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
推荐做法是「标志位+轮询」：在信号处理器中仅设置一个全局volatile标志（如exit_requested = False），主逻辑定期检查该标志并自行退出。
import signal
import time
exit_requested = False
def handle_sigint(signum, frame):
global exit_requested
exit_requested = True
signal.signal(signal.SIGINT, handle_sigint)
while not exit_requested:
print("running...")
time.sleep(1)
print("clean shutdown")
这种模式避免了信号上下文中的不安全调用，也便于在循环中执行清理（如关闭文件、释放锁）。
多个信号共用同一处理器要注意什么？
可以复用同一个处理函数，但需通过signum区分信号类型，比如同时处理SIGINT和SIGTERM：
- 用
if signum == signal.SIGINT:分支处理不同逻辑 - 不要在处理器里调用
sys.exit()——它会引发SystemExit异常，但在信号上下文中可能被忽略或引发未定义行为 - 若需退出，设标志后让主循环自然结束；必要时用
os._exit(0)（绕过清理，仅用于极端情况） - 注册前确认信号未被忽略：
signal.getsignal(signal.SIGINT)返回signal.Handlers.SIG_DFL或signal.Handlers.SIG_IGN
真正难的是跨平台一致性：macOS和Linux行为接近，Windows的SIGINT模拟有延迟，且无法用kill -INT发送信号——这些细节不提前验证，上线后容易卡在“以为能捕获，其实没反应”的状态。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
