executorservice.invokeall() 同步等待全部 callable 任务完成，返回按提交顺序排列的 future 列表；无界版本无限等待并可能因中断抛 interruptedexception，超时版本超时后未完成任务被取消且对应位置为 null；需逐个调用 get() 获取结果或异常，单任务异常不影响其余任务执行。

ExecutorService.invokeAll() 是 Java 并发包中用于批量提交 Callable 任务并**同步等待全部完成**的核心方法。它本身会阻塞当前线程，直到所有任务结束（正常返回或抛出异常），且能完整保留每个任务的执行结果（包括异常封装），无需额外同步控制。

阻塞行为：明确超时与无界等待的区别

该方法有两个重载版本：

• invokeAll(Collection extends Callable<t>> tasks)</t>：无限期等待，任一任务被中断或线程被中断都会导致整个调用提前抛出 InterruptedException；所有未完成任务会被取消（但不保证立即停止）。
• invokeAll(Collection extends Callable<t>> tasks, long timeout, TimeUnit unit)</t>：最多等待指定时长；超时后未完成的任务将被取消，已返回的结果仍保留在返回列表中，对应超时任务的位置为 null（注意不是 Future.get() 抛异常）。

结果捕获：每个 Future 都封装了任务终态

返回值是 List<future>></future>，顺序与任务提交顺序严格一致。对每个 Future 调用 get() 时：

• 若任务正常完成 → 返回计算结果；
• 若任务抛出异常 → get() 抛出 ExecutionException，其 getCause() 即原始异常（如 NullPointerException）；
• 若任务被取消（如超时或手动取消）→ get() 抛出 CancellationException。

这意味着你必须显式遍历结果列表并逐个调用 get() 才能获取实际结果或捕获异常——invokeAll() 本身不会把异常“抛出来”，只是把带状态的 Future 组织好交给你处理。

异常任务不影响其他任务执行

一个任务内部抛出未捕获异常，只会导致其对应的 Future 在 get() 时包装为 ExecutionException，**不会中断其他任务运行**，也不会影响 invokeAll() 的返回时机。所有任务仍会继续执行至完成、取消或超时。因此，它天然支持“尽力而为”的批量执行语义。

实用建议：避免常见误用

• 不要在 invokeAll() 后直接强转或假设结果非空——需检查 future.isDone() 和 future.isCancelled() 再调用 get()；
• 超时版本中，即使部分任务超时，也要遍历整个结果列表，跳过 null 位置即可；
• 若需统一失败策略（如任一失败则整体回滚），应在获取全部 Future 后自行判断，而不是依赖 invokeAll() 抛异常；
• 注意线程池拒绝策略：若提交时队列已满，invokeAll() 会在第一个任务提交失败时就抛出 RejectedExecutionException，后续任务根本不会进入队列。

不复杂但容易忽略：它的“阻塞”是可控的，“异常”是封装的，“并发”是独立的——关键在于理解它返回的是“已完成任务的句柄集合”，而非“执行结果集合”。