Java之CyclicBarrier使用

本文介绍了一个同步辅助类CyclicBarrier,它可以用于多个线程互相等待直至达到共同的屏障点。适用于需要所有子任务完成后再执行主任务的场景。文中详细解释了主要方法await的工作原理,并通过赛跑实例展示了其应用。
1、类说明:

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

2、使用场景:

需要所有的子任务都完成时,才执行主任务,这个时候就可以选择使用CyclicBarrier。

3、常用方法:

await

public int await()
          throws InterruptedException,
                 BrokenBarrierException
在所有 参与者都已经在此 barrier 上调用  await方法之前,将一直等待。如果当前线程不是将到达的最后一个线程,出于调度目的,将禁用它,且在发生以下情况之一前,该线程将一直处于休眠状态:

  • 最后一个线程到达;或者
  • 其他某个线程中断当前线程;或者
  • 其他某个线程中断另一个等待线程;或者
  • 其他某个线程在等待 barrier 时超时;或者
  • 其他某个线程在此 barrier 上调用 reset()

如果当前线程:

  • 在进入此方法时已经设置了该线程的中断状态;或者
  • 在等待时被中断

则抛出 InterruptedException,并且清除当前线程的已中断状态。如果在线程处于等待状态时 barrier 被 reset(),或者在调用 await 时 barrier 被损坏,抑或任意一个线程正处于等待状态,则抛出 BrokenBarrierException 异常。

如果任何线程在等待时被 中断,则其他所有等待线程都将抛出 BrokenBarrierException 异常,并将 barrier 置于损坏状态。

如果当前线程是最后一个将要到达的线程,并且构造方法中提供了一个非空的屏障操作,则在允许其他线程继续运行之前,当前线程将运行该操作。如果在执行屏障操作过程中发生异常,则该异常将传播到当前线程中,并将 barrier 置于损坏状态。

 

返回:
到达的当前线程的索引,其中,索引  getParties() - 1 指示将到达的第一个线程,零指示最后一个到达的线程
抛出:
InterruptedException - 如果当前线程在等待时被中断
BrokenBarrierException - 如果 另一个 线程在当前线程等待时被中断或超时,或者重置了 barrier,或者在调用  await 时 barrier 被损坏,抑或由于异常而导致屏障操作(如果存在)失败。
4、相关实例

赛跑时,等待所有人都准备好时,才起跑:

   
[java] view plain copy
  1. public class CyclicBarrierTest {  
  2.   
  3.     public static void main(String[] args) throws IOException, InterruptedException {  
  4.         //如果将参数改为4,但是下面只加入了3个选手,这永远等待下去  
  5.         //Waits until all parties have invoked await on this barrier.   
  6.         CyclicBarrier barrier = new CyclicBarrier(3);  
  7.   
  8.         ExecutorService executor = Executors.newFixedThreadPool(3);  
  9.         executor.submit(new Thread(new Runner(barrier, "1号选手")));  
  10.         executor.submit(new Thread(new Runner(barrier, "2号选手")));  
  11.         executor.submit(new Thread(new Runner(barrier, "3号选手")));  
  12.   
  13.         executor.shutdown();  
  14.     }  
  15. }  
  16.   
  17. class Runner implements Runnable {  
  18.     // 一个同步辅助类,它允许一组线程互相等待,直到到达某个公共屏障点 (common barrier point)  
  19.     private CyclicBarrier barrier;  
  20.   
  21.     private String name;  
  22.   
  23.     public Runner(CyclicBarrier barrier, String name) {  
  24.         super();  
  25.         this.barrier = barrier;  
  26.         this.name = name;  
  27.     }  
  28.   
  29.     @Override  
  30.     public void run() {  
  31.         try {  
  32.             Thread.sleep(1000 * (new Random()).nextInt(8));  
  33.             System.out.println(name + " 准备好了...");  
  34.             // barrier的await方法,在所有参与者都已经在此 barrier 上调用 await 方法之前,将一直等待。  
  35.             barrier.await();  
  36.         } catch (InterruptedException e) {  
  37.             e.printStackTrace();  
  38.         } catch (BrokenBarrierException e) {  
  39.             e.printStackTrace();  
  40.         }  
  41.         System.out.println(name + " 起跑!");  
  42.     }  
  43. }  
输出结果:
3号选手 准备好了...
2号选手 准备好了...
1号选手 准备好了...
1号选手 起跑!
2号选手 起跑!
3号选手 起跑!
转载地址:http://www.itzhai.com/the-introduction-and-use-of-cyclicbarrier.html
<think>首先,用户的问题是:“我想了解JavaCyclicBarrier和CountdownLatch的区别”。系统指令要求我使用中文回答,并确保所有行内数学表达式使用$...$格式,独立公式用$$...$$格式,但在这个问题中没有数学内容,所以我可以忽略那些部分。 关键点是:用户提供了多个引用,这些是关于CyclicBarrier和CountDownLatch的区别的。我需要参考这些引用来构建回答,但不能直接复制粘贴;我要用自己的话解释并确保回答真实可靠。 回顾引用: - 引用[1]:CyclicBarrier用于多个线程相互等待到屏障点,可重用;CountDownLatch用于线程等待其他线程完成任务。 - 引用[2]:CountDownLatch的动作实施者是主线程(计数为0时主线程继续),CyclicBarrier的动作实施者是其他线程(所有线程到达屏障点后它们自己继续)。 - 引用[3]:CountDownLatch等待一组线程完成,CyclicBarrier一组线程相互等待。 - 引用[4]:CyclicBarrier的await()阻塞直到所有线程调用,然后所有线程释放。 用户还提到“参考站内引用”,意思是这些引用是站内提供的,我需要参考它们,但回答要基于上次问题和上下文。用户的问题是独立的,没有显示上次问题,所以我只针对当前问题回答。 系统指令要求生成相关问题,所以在回答末尾添加相关问题。 结构回答: 1. **清晰介绍**:先简述两个工具是什么。 2. **详细区别**:基于引用,解释关键区别: - 用途:CountDownLatch用于等待其他线程完成任务;CyclicBarrier用于线程间相互等待到某个点。 - 动作实施者:如引用[2],CountDownLatch计数到0时,主线程继续;CyclicBarrier所有线程到达后,所有线程继续。 - 重用性:CyclicBarrier可重用(循环),CountDownLatch是一次性的。 - 计数方式:CountDownLatch是计数递减,计数到0触发;CyclicBarrier是计数递增到指定数量触发。 3. **应用场景**:给出例子,如CountDownLatch用于主线程等待多个线程初始化完成;CyclicBarrier用于分阶段的任务执行。 4. **总结**:宏观对比。 确保语言流畅、中文。 最后,添加相关问题,指令说“生成相关问题”,所以我需要在末尾列出几个相关问题,about the topic. 相关问题例子: 1. 如何在实际代码中使用CyclicBarrier实现线程同步? 2. CountDownLatch有哪些常见的使用场景? 3. CyclicBarrier和CountDownLatch在性能方面有什么不同? 4. Java中还有哪些同步工具类? 回答结构: - 开头:直接回答问题。 - 主体:分点解释区别。 - 结尾:简要总结,并添加相关问题。 引用标识:指令说“回答中引用的段落末尾自然地添加引用标识”,例如[^1]。我需要引用时添加引用标识。既然用户提供了引用,我在解释时可以参考,并在相关部分添加标识。 例如,如果我提到“动作实施者”,可以添加[^2]。 但不要过度引用;自然地融入。 最终回答用中文。 </think>### JavaCyclicBarrier和CountDownLatch的区别 在Java多线程编程中,`CyclicBarrier`和`CountDownLatch`都是同步辅助工具类,用于协调线程执行顺序,但它们在设计目的、使用方式、重用性和触发机制上存在显著差异。下面我将基于核心区别点逐步解释,确保内容简洁明了。 #### 1. **基本用途和设计目标** - **CountDownLatch**: - 主要用于让一个或多个线程(通常是主线程)等待其他一组线程完成任务。例如,主线程启动若个工作线程后,使用`CountDownLatch`等待所有工作线程完成后再继续执行下一步操作。 - 它基于一个计数器(初始值为指定数量),每有一个线程完成任务,计数器递减(调用`countDown()`方法),当计数器达到0时,等待的线程被唤醒。 - 应用场景:等待资源初始化、并行任务完成后汇总结果等。例如,服务器启动时,主线程等待所有服务线程初始化完毕[^1][^3]。 - **CyclicBarrier**: - 用于让多个线程相互等待到一个公共屏障点(barrier point),然后所有线程同时开始执行下一阶段任务。线程在屏障点调用`await()`方法后阻塞,直到所有参与线程都到达屏障点,屏障“打开”,所有线程继续执行。 - 它是循环可重用的:屏障打开后,计数器重置,可以再次用于下一轮任务阶段。 - 应用场景:分阶段执行的并行计算任务,如多线程数据处理中每个阶段需要所有线程同步[^1][^4]。 #### 2. **关键区别点** - **动作实施者不同**: - 在`CountDownLatch`中,当计数器减至0时,“动作实施者”是等待线程(通常是主线程),它被唤醒并继续执行。例如,主线程调用`await()`等待子线程完成计数[^2]。 - 在`CyclicBarrier`中,当所有线程到达屏障点时,“动作实施者”是那些参与线程本身,它们同时被释放并继续后续任务。这意味着线程之间是对等同步,而不是依赖主线程[^2]。 - 简单说:`CountDownLatch`是“主线程等子线程”,`CyclicBarrier`是“子线程相互等”。 - **重用性**: - `CountDownLatch`是一次性的:计数器减至0后不能被重置,因此只能使用一次。再次使用时需要创建新实例。 - `CyclicBarrier`是可重用的:屏障打开后,计数器自动重置,可以直接用于下一轮同步。这使得它适合循环任务场景[^1]。 - **计数方式和触发机制**: - `CountDownLatch`:计数器递减(从初始值到0),通过`countDown()`减少计数,`await()`阻塞等待计数器归零。 - `CyclicBarrier`:计数器递增(从0到预设线程数),通过`await()`增加计数并阻塞,当计数达到预设值时触发所有线程释放[^4]. - 示例代码演示: - **CountDownLatch**(主线程等待两个工作线程): ```java CountDownLatch latch = new CountDownLatch(2); new Thread(() -> { /* 任务1 */ latch.countDown(); }).start(); new Thread(() -> { /* 任务2 */ latch.countDown(); }).start(); latch.await(); // 主线程等待计数器归零 System.out.println("所有任务完成"); ``` - **CyclicBarrier**(两个线程相互等待屏障点): ```java CyclicBarrier barrier = new CyclicBarrier(2); new Thread(() -> { barrier.await(); /* 阶段1 */ }).start(); // 线程1等待 new Thread(() -> { barrier.await(); /* 阶段1 */ }).start(); // 线程2等待 // 当两个线程都调用await()后,它们同时执行后续代码 ``` - **异常处理**: - `CountDownLatch`:如果线程在`countDown()`前中断或出错,计数器可能无法归零,导致等待线程永久阻塞(需额外处理超时)。 - `CyclicBarrier`:提供更好的异常恢复机制。如果一个线程在`await()`时中断,屏障会打破,其他线程收到`BrokenBarrierException`,避免永久阻塞[^4]。 #### 3. **总结对比** | 特性 | CountDownLatch | CyclicBarrier | |--------------------|-----------------------------------|-----------------------------------| | **动作实施者** | 主线程(或其他等待线程) | 所有参与线程 | | **重用性** | 一次性,不可重置 | 可循环重用 | | **触发条件** | 计数器减至0(递减) | 所有线程到达屏障点(递增) | | **典型应用场景** | 启动时等待初始化、任务完成后汇总 | 分阶段并行任务、迭代计算 | | **异常处理** | 较弱,需手动处理阻塞风险 | 较强,提供屏障打破异常机制 | 总的来说,`CountDownLatch`适合“主线程协调子线程”的等待场景,而`CyclicBarrier`适合“线程组内部同步”的阶段执行场景。选择哪个工具取决于具体需求:如果需要等待外部事件完成,用`CountDownLatch`;如果需要线程组同步到某个点后集体行动,用`CyclicBarrier`[^1][^2][^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值