CyclicBarrier、CountDownLatch与Semaphore的小记

CyclicBarrier：

适合的业务场景，比如

1）、，现有一大任务，需要得到全年的统计数据的，这个工作量是巨大的，那么可以将其分割为12个月的子任务，各个子任务相互独立，当所有子任务完成了，则就可以进行全年统计了，这样大大提升了统计效率。

2）、大家一起去郊游，由于大家住的地方比较分散，故需要一个集合点之后一起出发，这样大家才能玩得开心嘛。

。。。。等等

就是当有一个大任务时，需要分配多个子任务去执行，只有当所有的子任务都执行完成后，才能执行主任务。

 

//阻塞等待
public int await()

 

CountDownLatch：

适合的业务场景，比如

1）、运动会中赛跑项目，之后所有的赛跑运动员准备好了，此时裁判才能宣布该赛跑项目正式开始，裁判才能打出发信枪；当参与此次赛跑项目的所有的运动员都跑完了，此次赛跑项目才能算结束，才能统计出比赛名次。

。。。。等等

就是所有的准备好了，才能开始；或者是所有的都结束了，才能算结束。

 

//阻塞等待，直到计数器清零
public void await()

//阻塞等待，直到等待到最长时间，当等待时间超过设置时间时，计数器还没有清零，则返回false,否则返回true
public boolean await(long timeout, TimeUnit unit)

//计数器减一，当计数器清零时，await的线程会被唤醒，线程继续执行
public void countDown()

//获取当前计数器的大小
public long getCount()

 

 

Semaphore：

适合的业务场景，比如

1）、当有10个人去上茅厕，但是只有5个坑，即只能同时5个人使用，只有当一个人不使用坑了，另一个人才能使用该空闲的坑，一直维持着只能同时5个人使用。

2）、当停车场来了100辆车时，但是只有30个停车位，即只能同时提供30个车辆停放，只有当一辆车开走了，另一辆车才能进入该空闲的停车位，一直维持着只能同时提供30个停车位。

。。。。等等

就是同时只能提供有限的，走一个才能进一个。

 

//申请获取许可，当没有剩余的许可时，则被阻塞
public void acquire()

//释放一个许可
public void release()

 

总结：

 

 CountDownLatch是等待一组线程执行完毕后才能继续执行

 CyclicBarrier是能让一组线程达到一个同步点时被阻塞，直到最后一个线程达到，阻塞才会消失，其是可以循环使用的

 Semaphore是只允许一定数量的线程同时执行