一 CycilicBarrier 和 CountDownLatch
CycilicBarrier:假设有一个场景,每个线程代表一个运动员,但每个运动员都准备好了,大家才一起出发,继续分别执行自己的线程,只要有一个没准备好,大家都等待。实例化时指定数量,准备好的线程调用await方法,等待数量和指定数量相等时则大家同时出发,分别继续执行自己的任务
CountDownLatch:经常用于监听某个程序初始化的操作,等待初始化完毕,通知等待线程继续工作 声明时需要指定调用countDown次数后发出通知,t1线程调用CountDownLatch的await()方法进行等待,当其他线程调用CountDownLatch的countDown方法次数等于声明时指定的次数,则t1继续工作。应用场景,如建立zookeeper连接时,验证是否连接成功,验证前主线程调用await阻塞,直到连接成功调用countDown,则表示连接成功,主线程继续。
两者的区别是CountDownLatch一个线程等待,当数量达到时,等待的这个线程继续执行 CycilicBarrier是多个线程等待,当大家都准备好后一起分别继续执行
二 CallAble 和Future
future: 非常适合处理很耗时,很长的业务逻辑时使用,可以有效减小系统的响应时间,提高系统的吞吐量
futureTask构成函数传入的实力对象一定要实现callAble,重现call方法
同时说一下submit和execute的区别,1:submit可以传入实现callAble接口的对象;2:submit有返回值,返回future对象
主线程运行到future.get()的时候就阻塞住了,一直等到任务执行完毕,返回null值,表示任务执行完毕,主线程就可以跟进执行进度后继续执行
futureTask 的get方法异步调用call方法的执行结果,直到执行完成后get()方法才能获取结果然后主线程才能继续执行。get方法阻塞的是每个线程执行的阻塞,而不是主线程的阻塞
场景是futureTask 多个任务并行执行,然后异步取结果