
异步编程还得看JDK8
话说,不看不知道,都说JDK7当时升级JDK8的时候,升级了非常多的内容,不得不说,这升级真的大。
什么是异步编程
在很多时候,我们在进程中使用单一线程从头到尾地执行程序,比如程序向另外一台服务器发出请求,由于网络等外部原因,此种通信任务往往会耗费大量时间,进程如果在此期间仅仅只能等待网络或网络上其他机器的响应,将严重地降低了性能。
如果程序调用某个方法,等待其执行全部处理后才能继续执行,我们称其为同步的。相反,在处理完成之前就返回调用方法则是异步的。
我们在编程语言的流程中添加了异步控制的部分,这部分的编程可以称之为异步编程。
JDK中的异步编程
Future
Future模式在 JDK5 的时候就有, Future模式,只是发起了耗时操作,函数立马就返回了,真正执行具体操作由另外一个工作线程去完成,并不会阻塞客户端线程。所以在工作线程执行耗时操作的时候客户端无需等待,可以继续做其他事情,等到需要的时候再向工作线程获取结果。
举个最简单的例子,我们烧水的时候么,不用一直在炉子旁边看着,在烧水的过程中,我们需要做一些其他的事情,比如去写一会代码,但是在你去写代码之前,会给你一个假的结果,比如,我已经烧开了,但是,在你去写代码的时候,他就开始疯狂加火,等到水烧开为止,等到你口渴想倒水的时候,发现水是已经烧开的,也就是说,当你在写代码之前的时候收到的是个假的结果。
实际上,Future 模式无法立即给出你想要的结果,但它会给你一个契约,之后你可以随时通过这个契约来获取你想要的结果。
异步模式主要是和同步模式进行对比的,我们画个图来看看。
黄色区域的位置的Y轴长度则表示的是你需要等待的所有时间,在这个时间内,你没有办法做任何的事情,只能在这里等着,但是异步的话,就完全不用这个样子了。
在JDK中Future模式有一套完整的实现。
我们来写案例代码实验一下:
没有是用 Future 的代码
NormalThreadTest
运行结果
已经使用Future的代码
FutureThreadTest
执行结果:
这个是JDK5中就有的 Future 来实现 异步编程的,那么接下来我们看1.8的异步编程。
CompletableFuture
Future 虽然可以实现获取异步执行结果的需求,但是它没有提供通知的机制,我们无法得知Future什么时候完成,我们通过上面的代码也完全能看出来。
为什么在JDK5之后,又推出新的异步编程,因为使用 Future 要么使用阻塞,在 future.get() 的地方等待 Future 返回的结果,这时又变成同步操作。要么使用 isDone() 轮询地判断 Future 是否完成,这样会耗费CPU的资源。所以阿粉猜测所以在JDK8又推出了 CompletableFuture。
之前 Future 需要等待 isDone 为 true 才能知道任务跑完了。或者就是用 get 方法调用的时候会出现阻塞。而使用 CompletableFuture 的使用就可以用 then , when 等等操作来防止以上的阻塞和轮询 isDone 的现象出现。
CompletableFuture 有四个方法来创建CompletableFuture对象
Asynsc表示异步,而supplyAsync与runAsync不同在与前者异步返回一个结果,后者是void.第二个函数第二个参数表示是用我们自己创建的线程池,否则采用默认的ForkJoinPool.commonPool()作为它的线程池.其中Supplier是一个函数式接口,代表是一个生成者的意思,传入0个参数,返回一个结果.
我们写一个最简单的测试代码
而使用 CompletableFuture 能有效的避开使用 Futrue 出现的缺点。
看来,JDK 每一次的更新换代,不光是加了一些新的内容,而且像开发一样,每次迭代的时候,同时也会更新之前的一些不完美的内容,不是么?
