异常不会自动抛出到主线程，必须显式调用result()才会原样抛出子线程异常；不调用则异常“沉睡”，调用时才触发传播并显示子线程原始traceback。
concurrent.futures.ThreadPoolExecutor 中的异常不会自动抛出到主线程
调用 submit() 提交任务后，子线程里的异常**不会立即中断主线程**，也不会在 submit() 调用时抛出。异常被静默捕获并封装进 Future 对象里，必须显式调用 result()（或 exception()）才能触发异常传播。
必须在调用 result() 时用 try/except 捕获异常
result() 方法内部会检查该 Future 是否完成、是否出错；如果子线程抛了异常，result() 会**原样重新抛出该异常**（包括类型、消息、traceback），但只在你调用它的那一刻发生。
- 不调用
result()→ 异常永远“沉睡”，主线程看似一切正常 - 调用
result()且子线程失败 → 主线程立刻 raise 原始异常（比如ZeroDivisionError） - 想忽略异常？得主动调用
exception()查看，它返回异常对象或None
示例：
from concurrent.futures import ThreadPoolExecutor
<p>def bad_task():
return 1 / 0</p><p>with ThreadPoolExecutor() as executor:
future = executor.submit(bad_task)
try:
future.result() # ← 这里才真正抛出 ZeroDivisionError
except ZeroDivisionError as e:
print("捕获到子线程异常：", e)
</p>
多个任务时，别让一个异常阻塞后续 result() 调用
如果你用循环提交多个任务，再挨个调用 result()，前一个任务异常未处理就会中断整个流程——后面的 result() 根本没机会执行。
python-script-generator
下载
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
- 推荐对每个
future单独 try/except，避免连锁中断 - 用
as_completed()可以按完成顺序处理，更自然地配合异常捕获 - 注意：即使某个
future.exception()不为None，仍可安全调用result()，它会再次抛出异常
常见误写（错误阻塞）：
futures = [executor.submit(task1), executor.submit(task2)]
for f in futures:
print(f.result()) # task1 失败 → task2 的 result() 永远不执行
异常传播时的 traceback 是子线程上下文，但无主线程堆栈混合
Python 默认不会把主线程中 result() 调用的位置“注入”到 traceback 里。你看到的是纯子线程内异常发生点的 stack，和你在子线程里直接运行函数报错一模一样。
- 这有时会让调试困惑：“我在主线程调的 result()，怎么 traceback 里看不到这一层？”
- 这是设计使然，不是 bug。如需增强可追溯性，可在 submit 前包装函数，手动记录调用上下文
- 注意：
concurrent.futures不支持像threading.excepthook那样的全局子线程异常钩子
异常真正浮现只发生在 result() 被调用的那一瞬间，而不是任务启动或完成时。漏掉这个调用，就等于漏掉了整个错误信号。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
