在使用 ThreadPoolExecutor 时，直接捕获 KeyboardInterrupt 常常失效——因为主线程被阻塞在 executor.map() 等待所有工作线程完成，而信号无法及时传递到主线程的异常处理逻辑中。
在使用 `threadpoolexecutor` 时，直接捕获 `keyboardinterrupt` 常常失效——因为主线程被阻塞在 `executor.map()` 等待所有工作线程完成，而信号无法及时传递到主线程的异常处理逻辑中。
KeyboardInterrupt（即 Ctrl+C）本质上是一个由操作系统发送给主线程的信号，Python 将其转换为异常并尝试在当前执行上下文中触发。但在 concurrent.futures.ThreadPoolExecutor 的 map() 方法中，主线程会持续阻塞，直到所有提交的任务完成或迭代器耗尽——此时即使用户按下 Ctrl+C，信号虽已接收，却无法立即中断阻塞调用，导致“按了没反应”的错觉。
关键问题在于：executor.map() 是同步阻塞调用，不响应中断；且工作线程中的无限循环（如 while True: pass）不会检查中断状态，也无法被强制终止。
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
✅ 正确做法：将线程池执行封装进独立进程
最可靠、跨平台兼容的解决方案是——将 ThreadPoolExecutor 的执行逻辑置于一个独立的 multiprocessing.Process 中，主线程则负责监控该进程，并在收到 KeyboardInterrupt 时主动终止它：
import time
from concurrent.futures import ThreadPoolExecutor
from multiprocessing import Process
def sleeper(n):
print(f"Sleeper started for {n}")
time.sleep(0.25) # 避免忙等待，便于演示可控性
return n
def run():
with ThreadPoolExecutor(max_workers=10) as executor:
# 注意：executor.map() 返回迭代器，此处可逐步消费或转为 list
list(executor.map(sleeper, range(500))) # 强制完成全部任务
if __name__ == "__main__":
process = Process(target=run)
process.start()
try:
while process.is_alive():
time.sleep(0.1) # 轻量轮询，避免 CPU 占用过高
except KeyboardInterrupt:
print("\n⚠️ Received KeyboardInterrupt — terminating worker process...")
process.terminate() # 立即向子进程发送 SIGTERM（Unix）或 TerminateProcess（Windows）
process.join(timeout=2) # 最多等待 2 秒优雅退出
if process.is_alive():
process.kill() # 强制结束（如仍存活）
print("❌ Forced kill applied.")
print("✅ Process cleanly terminated.")
⚠️ 重要注意事项
- ThreadPoolExecutor 本身不支持外部中断：shutdown(wait=True) 或 map() 均无超时或中断参数；wait=False 也不适用于 map()。
- 工作线程无法被 Python 主动杀死：threading.Thread 不提供 kill() 方法，强行终止线程会导致资源泄漏与状态不一致，因此应避免依赖“杀线程”，而改用进程级隔离。
- 无限循环需主动退出机制（推荐）：若必须保留长时间运行的线程任务，应在循环内定期检查 threading.Event 或 time.sleep() 中断点，配合 executor.shutdown(wait=False) + future.cancel() 实现协作式取消（但对 map() 不直接适用）。
- process.terminate() 是关键：它向子进程发送终止信号，使整个线程池及其所有工作线程一并退出，从根本上解决阻塞问题。
✅ 总结
当需要在含 ThreadPoolExecutor 的脚本中支持可靠的 Ctrl+C 响应时，不应试图在主线程中直接捕获 KeyboardInterrupt 并期望 executor.map() 立即返回；而应采用“主控进程 + 执行子进程”架构，通过 multiprocessing.Process 实现信号隔离与快速终止。该方案简洁、健壮、无需第三方依赖，是生产环境和交互式调试中的推荐实践。
