Java并发:Future.get()与awaitTermination超时详解
“纵有疾风来,人生不言弃”,这句话送给正在学习文章的朋友们,也希望在阅读本文《Java并发:Future.get()与awaitTermination超时解析》后,能够真的帮助到大家。我也会在后续的文章中,陆续更新文章相关的技术文章,有好的建议欢迎大家在评论留言,非常感谢!

1. 理解Future.get()的超时行为
在Java的并发API中,当任务提交给ExecutorService后,通常会返回一个Future对象。Future对象代表了异步计算的结果,并提供了检查计算是否完成、等待计算完成以及获取计算结果的方法。其中,get()方法用于阻塞当前线程,直到任务完成并返回结果。get(long timeout, TimeUnit unit)方法则提供了超时机制,如果在指定时间内任务未能完成,则会抛出TimeoutException。
需要注意的是,Future.get()方法的超时是针对单个任务的。如果代码中连续调用多个Future.get(),这些调用将是顺序执行的,每个调用都会独立地等待其指定的超时时间。
2. 理解ExecutorService.awaitTermination()的超时行为
ExecutorService.awaitTermination(long timeout, TimeUnit unit)方法是ExecutorService生命周期管理中的一个重要组成部分。它通常在调用executorService.shutdown()之后使用。shutdown()方法会平滑地关闭线程池,不再接受新任务,但会允许已提交的任务继续执行。
awaitTermination()方法的作用是阻塞当前线程,直到所有提交的任务都已完成执行,或者直到指定的超时时间已过,或者当前线程被中断。它返回一个布尔值,表示是否所有任务都在超时时间内完成。这个超时是针对整个线程池中所有剩余任务的。
3. Future.get()与ExecutorService.awaitTermination()的交互分析
让我们通过以下示例代码来深入分析这两种超时机制的交互:
import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.*;
public class ExecutorServiceTimeoutExample {
public static void main(String[] args) {
// 创建一个包含2个线程的线程池
ExecutorService executorService = Executors.newFixedThreadPool(2);
List> tasksList = new ArrayList<>();
// 任务1:模拟一个耗时4分钟的任务
Callable task1 = () -> {
System.out.println("Task 1 started...");
TimeUnit.MINUTES.sleep(4); // 模拟耗时4分钟
System.out.println("Task 1 finished.");
return "Result from Task 1";
};
// 任务2:模拟一个耗时6分钟的任务
Callable task2 = () -> {
System.out.println("Task 2 started...");
TimeUnit.MINUTES.sleep(6); // 模拟耗时6分钟
System.out.println("Task 2 finished.");
return "Result from Task 2";
};
tasksList.add(task1);
tasksList.add(task2);
List> futures = null;
try {
// 提交所有任务并获取Future列表
futures = executorService.invokeAll(tasksList);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
System.err.println("invokeAll interrupted.");
return;
}
String result1 = null;
String result2 = null;
try {
// 尝试获取第一个任务的结果,设置5分钟超时
System.out.println("Attempting to get result for Task 1 with 5 min timeout...");
result1 = futures.get(0).get(5, TimeUnit.MINUTES);
System.out.println("Result 1: " + result1);
// 尝试获取第二个任务的结果,设置5分钟超时
System.out.println("Attempting to get result for Task 2 with 5 min timeout...");
result2 = futures.get(1).get(5, TimeUnit.MINUTES);
System.out.println("Result 2: " + result2);
} catch (InterruptedException | ExecutionException | TimeoutException e) {
System.err.println("Error getting task result: " + e.getMessage());
} finally {
// 关闭ExecutorService
executorService.shutdown();
System.out.println("ExecutorService shutdown initiated.");
try {
// 等待ExecutorService终止,设置30秒超时
System.out.println("Awaiting termination of ExecutorService with 30 sec timeout...");
if (!executorService.awaitTermination(30, TimeUnit.SECONDS)) {
System.out.println("ExecutorService did not terminate in 30 seconds. Forcing shutdown...");
executorService.shutdownNow(); // 强制关闭
} else {
System.out.println("ExecutorService terminated successfully.");
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
System.err.println("awaitTermination interrupted.");
}
}
}
} 在上述示例中:
executorService.invokeAll(taskList)提交了两个任务。由于线程池大小为2,这两个任务会并行执行。
- task1耗时4分钟。
- task2耗时6分钟。
futures.get(0).get(5, TimeUnit.MINUTES):
- 当前线程会等待task1完成,最长等待5分钟。
- 由于task1实际耗时4分钟,它会在4分钟时完成并返回结果。此处的get()调用会阻塞4分钟。
futures.get(1).get(5, TimeUnit.MINUTES):
- 在futures.get(0).get()返回之后,当前线程才会执行到这一行。
- 当前线程会等待task2完成,最长等待5分钟。
- 由于task2实际耗时6分钟,它会超出此处的5分钟超时。因此,在5分钟后,get()方法将抛出TimeoutException。
- 从程序开始执行到这里,总的等待时间已经达到:task1的4分钟 + task2的5分钟(因为超时)= 9分钟。
executorService.shutdown():
- 在get()方法调用(或超时)之后,线程池开始关闭。此时task2可能仍在运行(因为它实际需要6分钟,但我们只等了5分钟)。
executorService.awaitTermination(30, TimeUnit.SECONDS):
- 在shutdown()之后,此方法会等待线程池中所有已提交但尚未完成的任务(如果存在)完成,最长等待30秒。
- 在本例中,当get(1)抛出TimeoutException时,task2可能已经运行了5分钟,还需要再运行1分钟才能完成。
- awaitTermination会等待这剩余的1分钟(如果它在30秒内完成),或者等待30秒后超时。
- 因此,awaitTermination会等待task2完成,或者等待30秒。
结论:
实际的总等待时间是累加的。在最坏的情况下,如果task1和task2都分别耗时接近或超过5分钟:
- futures.get(0).get(5, TimeUnit.MINUTES) 最长等待 5 分钟。
- futures.get(1).get(5, TimeUnit.MINUTES) 最长等待 5 分钟。
- 这两步加起来,当前线程最长可能等待 5 + 5 = 10 分钟。
- 在这些get()调用完成后(或者超时后),executorService.shutdown()被调用。
- 然后,executorService.awaitTermination(30, TimeUnit.SECONDS)会额外等待最多 30 秒,以确保所有任务(包括那些在get()调用中超时但仍在后台运行的任务)有机会完成。
因此,实际的总等待时间可能高达 10 分钟 30 秒。awaitTermination的30秒超时并不会覆盖或缩短Future.get()的超时时间,它们是两个独立的、顺序发生的等待阶段。
4. 注意事项与最佳实践
- 理解阻塞点: Future.get()会阻塞调用它的线程,而不是线程池中的工作线程。这意味着,如果在主线程中顺序调用多个get(),即使任务在线程池中并行执行,主线程也会串行地等待每个任务的结果。
- 避免串行获取结果: 如果你的目标是并行执行任务并并行获取结果,不应该像示例中那样顺序调用futures.get(0).get()和futures.get(1).get()。如果需要并行处理多个Future的结果,可以考虑以下方法:
- 将Future对象放入一个集合,然后在一个循环中处理它们,但仍然要注意get()的阻塞性。
- 使用CompletableFuture,它提供了更灵活的异步编程模型,可以链式调用、组合多个异步操作,而无需显式阻塞。
- 如果只是想等待所有任务完成,executorService.invokeAll(tasksList)本身就会返回一个List
,当invokeAll返回时,所有任务都已经完成或被取消。如果还需要获取结果,可以遍历这个列表,但在invokeAll返回后,调用future.get()通常不会再阻塞(除非任务异常或被取消)。
- awaitTermination的用途: awaitTermination的主要目的是在线程池关闭时,给已提交的任务一个完成的机会,避免在任务尚未完成时就强制关闭线程池导致数据丢失或状态不一致。它是在shutdown()之后对整个线程池进行“最终等待”。
- 合理设置超时: 根据业务需求和任务的预期执行时间,合理设置Future.get()和awaitTermination()的超时时间。如果Future.get()经常超时,可能意味着任务本身设计有问题,或者超时时间设置得过短。
总结
Future.get()的超时是针对单个任务的阻塞等待,且在代码中是顺序执行的。ExecutorService.awaitTermination()的超时是针对整个线程池在shutdown()后所有剩余任务的最终等待。两者是累加关系,而非覆盖关系。正确理解它们的行为模式,对于编写健壮、高效的Java并发程序至关重要。在设计并发流程时,应仔细考虑任务的执行顺序、结果获取方式以及线程池的生命周期管理,以避免不必要的长时间阻塞或资源泄露。
文中关于的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《Java并发:Future.get()与awaitTermination超时详解》文章吧,也可关注golang学习网公众号了解相关技术文章。
JS数组分页实现方法全解析
- 上一篇
- JS数组分页实现方法全解析
- 下一篇
- GoogleOAuth2令牌管理:避免重复授权技巧
-
- 文章 · java教程 | 1小时前 | Java · 性能优化 · Java教程 · arena 内存映射 超大文件 FileChannel.map Java MemorySegment
- Java 内存段怎样安全映射超大文件
- 435浏览 收藏
-
- 文章 · java教程 | 3小时前 | Java · record pattern Java记录模式 嵌套record Java模式匹配 Java switch模式
- Java 记录模式怎样拆解嵌套数据对象
- 308浏览 收藏
-
- 文章 · java教程 | 5小时前 |
- Java 虚拟线程批量发起网络请求时如何限制并发度
- 265浏览 收藏
-
- 文章 · java教程 | 7小时前 | Java · 并发编程 · 虚拟线程 · java 结构化并发 StructuredTaskScope 子任务取消
- Java 结构化并发怎样统一取消一组子任务
- 370浏览 收藏
-
- 文章 · java教程 | 9小时前 | 并发 · Java · java threadlocal ScopedValue 并发上下文
- Java ScopedValue 如何替代只读 ThreadLocal 上下文
- 457浏览 收藏
-
- 文章 · java教程 | 12小时前 |
- Java 序列化边界怎么收紧:白名单与替代格式
- 278浏览 收藏
-
- 文章 · java教程 | 15小时前 | Java · 异常处理 · AutoCloseable Java try-with-resources suppressed exception 关闭顺序 getSuppressed
- try-with-resources 关闭顺序会如何影响主异常
- 197浏览 收藏
-
- 文章 · java教程 | 17小时前 | Java教程 · ServiceLoader module-info Java模块 uses provides
- 模块化项目为什么读不到服务实现:uses 与 provides 排查
- 462浏览 收藏
-
- 文章 · java教程 | 19小时前 | Java · 取消 · CompletableFuture · 重试 ·
- Java HTTP Client 实现带取消与重试的异步请求
- 212浏览 收藏
-
- 文章 · java教程 | 1天前 | Java · JVM · JVM Native Memory Tracking NMT jcmd 原生内存 JVM内存排查
- JVM 原生内存上涨但堆稳定,怎样用 NMT 分类定位
- 414浏览 收藏
-
- 文章 · java教程 | 1天前 | Java · 性能优化 · Stream · Java教程 · Java Stream Spliterator 并行流 parallelStream Stream副作用
- Stream 并行化前先判断什么:数据规模、拆分与副作用
- 405浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 386次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 466次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 474次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 415次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 240次使用
-
- Java try-with-resources 多个资源关闭顺序是什么
- 2026-09-10 501浏览
-
- 矩阵主副对角线快速定位技巧
- 2026-05-31 501浏览
-
- Java多态优化流程代码与行为分发改进
- 2026-05-26 501浏览
-
- JVM 类元数据双亲委派链表深度解析
- 2026-05-21 501浏览
-
- 反射异常处理:InvocationTargetException解析与应用
- 2026-05-16 501浏览

