如何优雅中断Python concurrent future的result()调用响应键盘中断

Windows平台下主线程阻塞在无超时参数的Future.result()调用时无法响应信号，核心原因是Python的信号处理回调仅能在主线程执行Python字节码的间隙触发：

• 无超时的Future.result()会进入底层条件变量等待，主动释放GIL，期间不会执行任何Python字节码，主线程完全没有机会运行信号处理逻辑，哪怕目标Future尚未启动、支持取消也无济于事
• 你观察到time.sleep()可以被信号正常中断，是因为sleep的底层等待逻辑专门做了信号唤醒适配，而Future的原生无超时等待没有实现这层处理

你完全不需要在全代码库散写轮询逻辑，只需要做一次工具封装，把轮询逻辑收口在公共方法里，上层业务调用和原生Future用法没有任何区别，不会损失Future的易用性：

import concurrent.futures

def wait_future(fut: concurrent.futures.Future, poll_interval: float = 0.1):
    """全平台兼容、可响应键盘中断的Future结果等待方法"""
    while True:
        try:
            return fut.result(poll_interval)
        except concurrent.futures.TimeoutError:
            pass

使用时直接替换原生的无超时fut.result()调用即可：

import sys

fut = concurrent.futures.Future()
try:
    result = wait_future(fut)
except KeyboardInterrupt:
    print("exiting")
    fut.cancel()
    sys.exit(0)

这种写法的侵入性极低：

• 轮询逻辑完全收敛在工具函数内部，业务代码不需要重复写循环
• 0.1s的轮询间隔对性能几乎无影响，用户完全感知不到延迟
• 全平台兼容，不需要针对Windows做特殊分支处理

• 不要在主线程调用无超时参数的Future.result()、concurrent.futures.wait()，只要传入了明确的超时值，等待超时后就会回到Python字节码执行层，信号处理逻辑就能正常触发
• 不需要为了中断逻辑自定义复杂的signal handler，直接捕获Python默认抛出的KeyboardInterrupt异常做资源清理即可，逻辑更简洁符合常规编码习惯
• 如果你只需要兼容Linux/macOS等POSIX系统，可以通过Future添加完成回调+信号唤醒的方式实现零轮询的中断等待，但该方案在Windows下不生效，通用场景还是上述封装方案最稳妥

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