Python signal模块可捕获SIGINT、SIGHUP、SIGTERM、SIGUSR1/2等可处理信号，但无法捕获SIGKILL和SIGSTOP；handler内应仅设标志位，由主循环检测退出并执行清理。

如何在python中用signal模块优雅处理进程退出信号？

Python 的 signal 模块能捕获退出信号，但不能可靠拦截 SIGKILL（kill -9）和 SIGSTOP；真正能“优雅退出”的关键，是用 signal.signal() 注册清理逻辑，并确保主流程不阻塞在不可中断的系统调用上。

哪些信号能被 Python 捕获和处理？

Python 只能响应可被捕获的 POSIX 信号。最常用的是：

SIGINT（Ctrl+C）：默认引发 KeyboardInterrupt，可重载
SIGHUP（终端挂起/守护进程重载）：常用于触发配置重载
SIGTERM（kill 默认发送）：标准退出请求，应优先响应
SIGUSR1/SIGUSR2（Linux/macOS）：自定义用途，比如触发日志滚动或 debug dump

SIGKILL 和 SIGSTOP 由内核强制执行，任何用户态注册的 handler 都不会被调用——这点常被忽略，误以为“加了 signal 就万无一失”。

为什么 handler 里不能做耗时操作？

信号处理函数运行在异步上下文，且 Python 的 GIL 在 handler 进入时被持有，但：

不能调用大多数 C 扩展（如 requests.get()、time.sleep()、print() 等 I/O 函数）——它们不是 async-signal-safe
不能安全地操作线程、锁、或大部分内置容器（如 list.append() 在多线程下可能崩溃）
推荐只做极轻量的事：设置一个全局 flag（volatile_flag = True），或写入 os.write() 到已打开的 fd

例如，下面这段代码是危险的：

def handler(signum, frame):
    logging.info("Shutting down...")  # ❌ logging 不是 async-signal-safe
    time.sleep(1)                     # ❌ time.sleep 不可重入
    sys.exit(0)

正确做法是设 flag，让主循环主动检查并退出。

如何让主程序响应信号后真正“优雅”退出？

核心思路：信号 handler 只负责“通知”，退出逻辑交给主流程。常见模式如下：

Python Packaging

深度Python打包工作流——pyproject元数据、依赖与可选额外项、构建后端、wheel、版本控制、发布及CI发布规范……

下载

用 threading.Event 或全局布尔变量（如 should_exit = False）作为退出信号
主循环中定期检查该 flag（尤其在 time.sleep() 前后）
若使用 socket.accept()、queue.get() 等阻塞调用，需配合超时（如 sock.settimeout(1)）或使用 select.select()，否则信号可能延迟送达
清理资源（关闭文件、断开数据库连接、提交未完成任务）必须放在主流程中，而非 handler 内

示例片段：

import signal
import time
<p>should_exit = False</p><p>def signal_handler(signum, frame):
global should_exit
should_exit = True</p><p>signal.signal(signal.SIGTERM, signal_handler)
signal.signal(signal.SIGINT, signal_handler)</p><p>while not should_exit:
try:</p><h1>模拟工作</h1><pre class="brush:php;toolbar:false;">    time.sleep(0.5)
except KeyboardInterrupt:
    should_exit = True