Windows下Python跨进程终止时信号回调未触发问题求助

核心原因：Windows与Unix信号机制差异 #

Windows系统的信号模型和Unix/Linux完全不同，Python的signal模块仅做了有限适配，导致你遇到两个关键问题：

1. SIGTERM在Windows下的行为特殊：调用os.kill(pid, signal.SIGTERM)时，Python会直接调用Windows API的TerminateProcess强制终止进程，进程没有任何机会执行信号回调函数。
2. os.kill发送SIGINT的限制：Windows下，os.kill(pid, signal.SIGINT)仅能在目标进程与当前进程属于同一个控制台进程组时生效，否则无法触发目标进程的信号处理逻辑。

修复步骤 #

1. 改用Windows原生方式发送可处理的信号 #

放弃os.kill，用ctypes调用Windows API发送控制台中断信号（对应SIGINT），这种方式能可靠触发目标进程的信号回调：

import ctypes

# CTRL_C_EVENT 对应 SIGINT，值为0；CTRL_BREAK_EVENT 对应 SIGBREAK，值为1
CTRL_C_EVENT = 0
# 发送信号到目标进程所在的控制台组
ctypes.windll.kernel32.GenerateConsoleCtrlEvent(CTRL_C_EVENT, pid)

如果目标进程是通过subprocess启动的，需要在启动时指定creationflags=subprocess.CREATE_NEW_PROCESS_GROUP，确保它能接收控制台信号：

import subprocess

proc = subprocess.Popen(["python", "target_script.py"], creationflags=subprocess.CREATE_NEW_PROCESS_GROUP)
# 之后发送信号时用proc.pid即可
ctypes.windll.kernel32.GenerateConsoleCtrlEvent(CTRL_C_EVENT, proc.pid)

2. 优化目标脚本的信号注册逻辑 #

不需要遍历所有valid_signals()，Windows下只有少数信号能被处理，只注册有用的即可：

import signal

def signal_handler(signal_num, *args):
    print(f"Received signal {signal_num}")

# 仅注册Windows下可触发回调的信号
for sig in [signal.SIGINT, signal.SIGBREAK]:
    signal.signal(sig, signal_handler)

3. 确保目标进程有机会处理信号 #

目标脚本不能立即退出，需要有等待或循环逻辑，否则信号还未处理进程就结束了。比如在脚本末尾添加：

import time
while True:
    time.sleep(1)

内容的提问来源于stack exchange，提问作者k81601