当前位置: > 教程 > 编程教程 >

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier
栏目分类:编程教程   发布日期:2019-09-06   浏览次数:

原文出处:http://cmsblogs.com/ 『chenssy』 此篇博客所有源码均来自JDK 1.8 CyclicBarrier,一个同步辅助类,在API中是这么介绍的: 它允许一组线程互相等待,直到到达某个公共屏障点 (common barrier point)。在涉及一组固定大小的线程的程序中,这些线程
原文出处:http://cmsblogs.com/ 『chenssy』

此篇博客所有源码均来自JDK 1.8

CyclicBarrier,一个同步辅助类,在API中是这么介绍的:

它允许一组线程互相等待,直到到达某个公共屏障点 (common barrier point)。在涉及一组固定大小的线程的程序中,这些线程必须不时地互相等待,此时 CyclicBarrier 很有用。因为该 barrier 在释放等待线程后可以重用,所以称它为循环 的 barrier。

通俗点讲就是:让一组线程到达一个屏障时被阻塞,直到最后一个线程到达屏障时,屏障才会开门,所有被屏障拦截的线程才会继续干活。

实现分析

CyclicBarrier的结构如下:

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier

通过上图我们可以看到CyclicBarrier的内部是使用重入锁ReentrantLock和Condition。它有两个构造函数:

  • CyclicBarrier(int parties):创建一个新的 CyclicBarrier,它将在给定数量的参与者(线程)处于等待状态时启动,但它不会在启动 barrier 时执行预定义的操作。
  • CyclicBarrier(int parties, Runnable barrierAction) :创建一个新的 CyclicBarrier,它将在给定数量的参与者(线程)处于等待状态时启动,并在启动 barrier 时执行给定的屏障操作,该操作由最后一个进入 barrier 的线程执行。

parties表示拦截线程的数量。

barrierAction 为CyclicBarrier接收的Runnable命令,用于在线程到达屏障时,优先执行barrierAction ,用于处理更加复杂的业务场景。

 public CyclicBarrier(int parties, Runnable barrierAction) {
 if (parties <= 0) throw new IllegalArgumentException();
 this.parties = parties;
 this.count = parties;
 this.barrierCommand = barrierAction;
 }
 public CyclicBarrier(int parties) {
 this(parties, null);
 }

在CyclicBarrier中最重要的方法莫过于await()方法,在所有参与者都已经在此 barrier 上调用 await 方法之前,将一直等待。如下:

 public int await() throws InterruptedException, BrokenBarrierException {
 try {
 return dowait(false, 0L);//不超时等待
 } catch (TimeoutException toe) {
 throw new Error(toe); // cannot happen
 }
 }

await()方法内部调用dowait(boolean timed, long nanos)方法:

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier

其实await()的处理逻辑还是比较简单的:如果该线程不是到达的最后一个线程,则他会一直处于等待状态,除非发生以下情况:

  1. 最后一个线程到达,即index == 0
  2. 超出了指定时间(超时等待)
  3. 其他的某个线程中断当前线程
  4. 其他的某个线程中断另一个等待的线程
  5. 其他的某个线程在等待barrier超时
  6. 其他的某个线程在此barrier调用reset()方法。reset()方法用于将屏障重置为初始状态。

在上面的源代码中,我们可能需要注意Generation 对象,在上述代码中我们总是可以看到抛出BrokenBarrierException异常,那么什么时候抛出异常呢?如果一个线程处于等待状态时,如果其他线程调用reset(),或者调用的barrier原本就是被损坏的,则抛出BrokenBarrierException异常。同时,任何线程在等待时被中断了,则其他所有线程都将抛出BrokenBarrierException异常,并将barrier置于损坏状态。

同时,Generation描述着CyclicBarrier的更显换代。在CyclicBarrier中,同一批线程属于同一代。当有parties个线程到达barrier,generation就会被更新换代。其中broken标识该当前CyclicBarrier是否已经处于中断状态。

 private static class Generation {
 boolean broken = false;
 }

默认barrier是没有损坏的。

当barrier损坏了或者有一个线程中断了,则通过breakBarrier()来终止所有的线程:

 private void breakBarrier() {
 generation.broken = true;
 count = parties;
 trip.signalAll();
 }

在breakBarrier()中除了将broken设置为true,还会调用signalAll将在CyclicBarrier处于等待状态的线程全部唤醒。

当所有线程都已经到达barrier处(index == 0),则会通过nextGeneration()进行更新换地操作,在这个步骤中,做了三件事:唤醒所有线程,重置count,generation。

 private void nextGeneration() {
 trip.signalAll();
 count = parties;
 generation = new Generation();
 }

CyclicBarrier同时也提供了await(long timeout, TimeUnit unit) 方法来做超时控制,内部还是通过调用doawait()实现的。

应用场景

CyclicBarrier试用与多线程结果合并的操作,用于多线程计算数据,最后合并计算结果的应用场景。比如我们需要统计多个Excel中的数据,然后等到一个总结果。我们可以通过多线程处理每一个Excel,执行完成后得到相应的结果,最后通过barrierAction来计算这些线程的计算结果,得到所有Excel的总和。

应用示例

比如我们开会只有等所有的人到齐了才会开会,如下:

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier

运行结果:

【死磕Java并发】—- J.U.C之并发工具类:CyclicBarrier

扩展阅读

「死磕 Java 并发」J.U.C 之 Java并发容器:ConcurrentHashMap

「死磕 Java 并发」JUC 之 Java 并发容器:ConcurrentLinkedQueue

【死磕Java并发】-----J.U.C之并发工具类:CountDownLatch

【死磕 Java 并发】—– J.U.C 之并发工具类:Exchanger

【死磕Java并发】—– J.U.C之并发工具类:Semaphore

「死磕 Java 并发」J.U.C 之 ConcurrentHashMap 红黑树转换分析

相关热词:

下一篇:没有了
js特效 教程 资源 资讯