threadpoolexecutor中任务异常默认静默吞掉，必须显式调用future.exception()或future.result()才能捕获；as_completed/wait不自动抛异常，submit后不检查future则异常丢失。
ThreadPoolExecutor 里异常直接消失，根本没报错
默认情况下，ThreadPoolExecutor 提交的任务如果抛出未捕获异常，这个异常不会冒泡到主线程，也不会打印，就静默吞掉。你看到的只是任务“没结果”，future.result() 不调用就永远不知道它崩了。
常见错误现象：future.done() 返回 True，但 future.exception() 是 None —— 实际上不是没异常，而是你没主动查；或者你只等 as_completed 却忘了对每个 future 调用 .exception() 或 .result()。
- 必须显式调用
future.exception()或future.result()才能触发异常传播 -
as_completed和wait都不自动抛异常，只是告诉你“完成了” - 如果用
submit后完全不碰返回的future，异常就真丢了
怎么让异常立刻被主线程捕获
最直接的办法：在提交任务后，立刻同步调用 future.result()。这样异常会原样抛出，和普通函数调用行为一致。
使用场景：你不需要真正并发执行，只是想用线程池管理资源（比如限制并发数），但又希望错误不被掩盖。
立即学习“Python免费学习笔记（深入）”；
- 适合短任务、调试期、或关键路径必须强反馈的逻辑
- 注意这会阻塞当前线程，失去并发优势 —— 别误以为“用了 ThreadPoolExecutor 就一定异步”
- 别写成
executor.submit(func).result()一行，虽然语法合法，但容易让人忽略这是同步等待
示例：
future = executor.submit(divide, 1, 0)
try:
result = future.result() # ← 这里才真正抛 ZeroDivisionError
except ZeroDivisionError as e:
print("捕获到了！", e)批量任务下怎么统一捕获所有异常
当用 as_completed 或 map 提交一批任务时，得遍历每个 future 并检查异常，不能靠 try/except 包整个循环。
性能影响：调用 future.exception() 开销极小，比 result() 安全（不会二次抛异常）；但如果你已经知道要取结果，直接用 result() 更自然。
- 推荐模式：对每个完成的
future，先调future.exception()判断，非None就记录或处理 -
executor.map()不返回Future对象，异常会在迭代时才抛，且只抛第一个 —— 想收全异常必须用submit+as_completed - 别依赖日志级别或全局
sys.excepthook，线程内异常不会走那里
为什么 threading.excepthook 不生效
Python 3.8+ 确实加了 threading.excepthook，但它**只对直接用 threading.Thread 启动、且没设置 daemon 的线程生效**。ThreadPoolExecutor 内部复用线程并捕获了所有异常，根本不会让它漏到 hook 层。
兼容性注意：即使你手动给 ThreadPoolExecutor 的 worker 线程设了 excepthook，也大概率无效 —— 因为 concurrent.futures 的实现明确做了 try/except 包裹。
- 别白费劲去 patch
threading.excepthook，它不是给线程池设计的 - 真正可控的入口只有两个：每个
future的.exception()和.result() - 如果要用统一监控，建议封装一层：提交任务时自动包装 try/catch + 上报，而不是指望运行时 hook
事情说清了就结束：异常不丢，但得你伸手去拿；没人替你翻 future 的口袋。
