Python 2线程中断问题咨询：为何无法响应SIGINT及解决方法

问题1：为什么这段代码在Python2.7里无法中断，Python3却可以？ #

咱们拆解下背后的核心原因：

• 首先，threading.Timer本质是一个非守护线程，所以主线程会等待它执行完成后才会退出。
• 在Python2.7中，SIGINT（也就是Ctrl+C触发的中断信号）只能由主线程处理，但主线程在调用Timer.start()后，会进入等待子线程完成的阻塞状态。Python2的这个等待逻辑有个缺陷：它不会主动检查信号，所以即使你按下Ctrl+C，主线程也不会响应，直到子线程的循环跑完。
• 而Python3对线程等待逻辑做了优化，主线程在等待非守护线程时会定期检查信号，一旦收到SIGINT就会触发KeyboardInterrupt，进而终止整个进程（包括子线程），所以你能正常中断。

问题2：如何修改让它在循环结束前响应SIGINT（适配无限循环场景）？ #

核心思路是：让主线程能响应SIGINT，同时给子线程传递终止信号，这里推荐用线程安全的threading.Event来实现，比全局变量更可靠。下面是修改后的代码：

from time import sleep
import threading
import signal

# 创建一个事件对象，用来传递终止信号
stop_event = threading.Event()

def handle_sigint(signum, frame):
    """处理SIGINT信号的回调函数"""
    stop_event.set()
    print("\n收到中断信号，准备优雅退出...")

def fun():
    # 替换成你的无限循环逻辑
    while not stop_event.is_set():
        print("运行中...")
        sleep(0.1)
    print("循环正常结束")

if __name__ == '__main__':
    # 给主线程注册SIGINT信号处理函数
    signal.signal(signal.SIGINT, handle_sigint)
    
    timer_thread = threading.Timer(1, fun)
    timer_thread.start()
    
    # 主线程等待子线程完成，同时会响应信号
    timer_thread.join()

为什么这样修改有效？ #

• 我们给主线程注册了SIGINT的处理函数，当按下Ctrl+C时，主线程会触发handle_sigint，设置stop_event标志。
• 子线程的循环会定期检查stop_event的状态，一旦检测到标志被设置，就会退出循环，实现优雅终止。
• 如果你用的是有限循环（比如原代码的range(100)），只需要把while not stop_event.is_set()替换成for i in range(100)，并在循环内加入if stop_event.is_set(): break即可。

另外补充一种简化方案：如果不需要优雅退出，也可以把Timer线程设为守护线程，但这样主线程收到SIGINT退出时，子线程会被强制终止，可能会导致资源未释放，不推荐在生产环境使用。

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