submit()后不立刻抛异常，因为任务仅被提交到线程池并返回Future对象，函数尚未执行；异常实际发生在子线程内，必须调用result()才能触发异常传播并原样抛出。
为什么 submit() 后不立刻抛异常
调用 executor.submit(func) 只是把任务提交进线程池，返回一个 Future 对象，此时函数根本还没执行，更不会抛异常。异常实际发生在子线程内部，主线程必须显式获取结果才能“看到”它。
必须调用 result() 才能触发异常传播
Future.result() 是关键入口：它会阻塞直到子线程完成，若子线程中抛出未捕获异常，result() 会原样重新抛出（包装为 concurrent.futures._base.CancelledError 或具体异常类型），且堆栈指向原始出错位置。
- 不调用
result()或exception()，异常就永远“沉底”，主线程完全无感知 - 若用
as_completed()迭代，也必须对每个future调用future.result()才能暴露异常 - 直接 print(future) 或检查
future.done()不会触发异常传播
如何安全地批量获取结果并捕获各自异常
避免单个失败导致整个程序中断，推荐用 future.exception() 先探查，或用 try/except 包裹 result()：
from concurrent.futures import ThreadPoolExecutor
import time
<p>def risky_task(x):
if x == 2:
raise ValueError("模拟子线程错误")
return x * x</p><p>with ThreadPoolExecutor() as executor:
futures = [executor.submit(risky_task, i) for i in range(4)]</p><pre class="brush:php;toolbar:false;">for future in futures:
try:
res = future.result() # ← 这里才真正抛异常
print(f"成功: {res}")
except ValueError as e:
print(f"捕获到子线程异常: {e}")
except Exception as e:
print(f"其他异常: {type(e).__name__}: {e}")
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
注意：future.exception() 返回异常对象（非抛出），适合做条件判断；而 result() 是唯一能拿到返回值、同时强制暴露异常的途径。
timeout 和 cancel 的影响
result(timeout=...) 超时会抛 concurrent.futures.TimeoutError，但**这不表示子线程被终止**——线程仍在后台运行，只是主线程放弃等待。后续再调 result() 仍可能得到结果或异常。
- 想真正中断子线程，需配合
future.cancel()+ 函数内定期检查future.cancelled() -
cancel()对已开始执行的任务无效，只对排队中的任务生效 - 异常捕获逻辑不受 timeout 影响，但超时后你可能永远等不到那个异常
最易忽略的是：异常不在提交时发生，也不在 done() 为 True 时自动浮现——它只藏在 result() 的一次调用里，漏掉这一步，等于没处理。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
