os.kill在Windows与Linux的差异：自定义信号处理器失效问题

导致你代码在Windows和Linux下表现不同的核心原因是两个系统的信号实现机制以及Python对信号的处理逻辑存在本质差异：

• 信号体系的底层差异：Linux遵循POSIX标准，信号是原生的进程间通信机制，os.kill发送的信号会被进程的信号处理流程正常捕获，优先执行你注册的自定义处理器。而Windows没有原生的POSIX信号系统，Python在Windows上对信号的支持是模拟实现的，功能非常有限。
• os.kill在Windows的特殊行为：在Windows环境中，当你调用os.kill(os.getpid(), signal.SIGINT)时，Python实际上是调用Windows API GenerateConsoleCtrlEvent来发送控制台中断事件，这个事件会直接触发系统默认的中断处理逻辑（比如终止进程），不会经过你通过signal.signal注册的Python层面自定义处理器。
• Python信号支持的局限性：Windows下Python仅对SIGBREAK、SIGINT、SIGTERM这几个信号提供有限支持，且只有当SIGINT来自用户在控制台按下Ctrl+C的操作时，才会触发你注册的自定义处理器；通过os.kill发送的SIGINT不会走这个逻辑。

你的测试代码在Linux下能正常打印'hi'，是因为Linux的信号处理完全符合POSIX规范，os.kill发送的SIGINT会被进程捕获并执行自定义处理器；但在Windows下，os.kill发送的SIGINT直接触发了系统级的中断处理，跳过了Python的自定义信号处理流程，所以没有任何输出。

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