【线程、锁】CountDownLatch CyclicBarrier之间的区别 使用场景

概括性的

• CountDownLatch : 一个线程A(或者多个)， 等待另外N个线程完成某个事情之后才能执行。
  线程A会阻塞。

  举例：Jmeter模拟高并发也是这个场景，如果我想测试10个线程同时工作对cpu的影响，那么如果线程执行的快慢程度不一样，可能第10个线程刚创建，第一个线程就执行结束了，此时就只有9个线程在同时执行，和我预期不一致，此时，就可以用CountDownLatch 控制

• CyclicBarrier : N个线程相互等待，任何一个线程完成之前，所有的线程都必须等待。最后会调用回调函数barrierAction。
  最多N-1个线程会阻塞，第N个线程会触发回调函数。

  举例：1.景区的电动观光车，10个座，满了就发车，不然就坐在车上等！10名乘客就是N个线程，最后一个来的乘客触发回调函数，即使司机发车！

  举例2：多线程计算数据，现在需要计算10个人12个月内的工资详细，可以将线程分为10个，分别计算每个人的工资，最后，再用barrierAction将这些线程的计算结果进行整合，得出最后结果。

当然，有些场景，二者都可与实现，这就是不太容易解释二者之间区别的原因。

细分

CountDownLatch简单的说就是一个线程等待，直到他所等待的其他线程都执行完成并且调用countDown()方法发出通知后，当前线程才可以继续执行。

cyclicBarrier是所有线程都进行等待，直到所有线程都准备好进入await()方法之后，所有线程同时开始执行！

1）CountDownLatch和CyclicBarrier都能够实现线程之间的等待，只不过它们侧重点不同：

• CountDownLatch一般用于某个线程A等待若干个其他线程执行完任务之后，它才执行；
• 而CyclicBarrier一般用于一组线程互相等待至某个状态，然后这一组线程再同时执行；

2）CountDownLatch是不能够重用的，而CyclicBarrier是可以重用的。
3）CyclicBarrier还提供其他有用的方法，比如getNumberWaiting方法可以获得CyclicBarrier阻塞的线程数量。isBroken方法用来知道阻塞的线程是否被中断。

使用场景：
需要等待某个条件达到要求后才能做后面的事情；同时当线程都完成后也会触发事件，可以使用CountDownLatch；

CyclicBarrier可以用于多线程计算数据，最后合并计算结果的应用场景。

CyclicBarrier可以用于多线程计算数据，最后合并计算结果的应用场景。比如现在需要计算10个人12个月内的工资详细，可以将线程分为10个，分别计算每个人的工资，最后，再用barrierAction将这些线程的计算结果进行整合，得出最后结果。

Semaphore其实和锁有点类似，它一般用于控制对某组资源的访问权限，作用是限制某段代码块的并发数。

参考：
《CountDownLatch CyclicBarrier之间的区别 使用场景》