通俗易懂:什么是Future.get()的阻塞等待?有什么解决方法?

博客讨论了Java中Future接口的局限性,特别是在处理多个异步任务时缺乏通知机制的问题。CompletableFuture作为解决方案,通过实现Future和CompletionStage接口,允许任务并行执行并按照完成顺序获取结果。CompletableFuture的链式处理特性解决了get方法的阻塞问题,提高了异步编程的效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

先说说Future。
他是一个interface 也可以理解为一种设计模式。
大致如下:我有一个任务,提交给了Future,Future替我完成这个任务。期间我自己可以去做任何想做的事情。一段时间之后,我就便可以从Future那儿取出结果。就是我之前所理解的异步。

Future提供了三个功能:
判断任务是否完成
isDone(): get results
not done: keep waiting?kill it?

Future里面有个方法 get 是个阻塞方法。当线程池一次性submit多个任务的时候。只有所有的任务全部完成,我们才能用GET按照任务的提交顺序依次返回结果。所以一般来说 我们会轮询future.isDone是否全部完成。或者设置超时机制。
所以 在正式coding的时候:
1.启动多线程任务
2.处理其他事
3.收集多线程任务结果,Future虽然可以实现获取异步执行结果的需求,但是它没有提供通知的机制,要么使用阻塞,在future.get()的地方等待future返回的结果,这时又变成同步操作;要么使用isDone()轮询地判断Future是否完成,这样会耗费CPU的资源。【就是说 我们提交的这些多线程任务 因为没有通知机制 所以我们只能不断的询问 而且这也是一个变向的宏观的同步–必须要等到返回结果才能下一步—如果我门需要一次性做多个多层级的多线程任务 那么每一层要等上一层全部搞完 才能接着走[所以 这就相当于被“阻塞”了] 这样也是一种同步。

怎么解决?用CompletableFuture
之前我们可以认为是level order tranverse
现在我们可以用多条路径齐头并进的方法。
CompletableFuture接口实现了Future和CompletionStage两个接口,CompletionStage可以看做是一个异步任务执行过程的抽象(CompletionStage代表异步计算过程中的某一个阶段,一个阶段完成以后可能会触发另外一个阶段,一个阶段的计算执行可以是一个Function,Consumer或者Runnable。
所以 CompletableFuture创建任务和链式处理多个任务,并实现按照任务完成的先后顺序获取任务的结果。

总结:
在这里插入图片描述
这样一看 CompletableFuture真是太好用了 还用其他个锤子。
future.get方法阻塞问题的解决,实现按照任务完成的先后顺序获取任务的结果

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值