Concurrent.util包下的经常使用工具类

一  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 多个任务并行执行，而后异步取结果