CountDownLatch的介绍和使用

Java并发辅助类之CountDownLatch详解
本文深入探讨了Java并发编程中CountDownLatch类的使用方法、核心方法说明及应用场景,通过实例展示了如何利用CountDownLatch实现线程间的同步与等待机制。
1、类介绍

java.util.concurrent
类 CountDownLatch

java.lang.Object
java.util.concurrent.CountDownLatch

一个同步辅助类,在完成一组正在其他线程中执行的操作之前,它允许一个或多个线程一直等待。

用给定的计数 初始化 CountDownLatch。由于调用了 countDown() 方法,所以在当前计数到达零之前,await 方法会一直受阻塞。之后,会释放所有等待的线程,await 的所有后续调用都将立即返回。这种现象只出现一次——计数无法被重置。如果需要重置计数,请考虑使用 CyclicBarrier。

2、使用场景

在一些应用场合中,需要等待某个条件达到要求后才能做后面的事情;同时当线程都完成后也会触发事件,以便进行后面的操作。 这个时候就可以使用CountDownLatch。CountDownLatch最重要的方法是countDown()和await(),前者主要是倒数一次,后者是等待倒数到0,如果没有到达0,就只有阻塞等待了。

3、方法说明

countDown

public void countDown()
递减锁存器的计数,如果计数到达零,则释放所有等待的线程。如果当前计数大于零,则将计数减少。如果新的计数为零,出于线程调度目的,将重新启用所有的等待线程。

如果当前计数等于零,则不发生任何操作。

await

public boolean await(longtimeout,
                     TimeUnitunit)
              throws InterruptedException
使当前线程在锁存器倒计数至零之前一直等待,除非线程被 中断或超出了指定的等待时间。如果当前计数为零,则此方法立刻返回 true值。

如果当前计数大于零,则出于线程调度目的,将禁用当前线程,且在发生以下三种情况之一前,该线程将一直处于休眠状态:

  • 由于调用countDown()方法,计数到达零;或者
  • 其他某个线程中断当前线程;或者
  • 已超出指定的等待时间。

如果计数到达零,则该方法返回true值。

如果当前线程:

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

则抛出InterruptedException,并且清除当前线程的已中断状态。如果超出了指定的等待时间,则返回值为false。如果该时间小于等于零,则此方法根本不会等待。

参数:
timeout- 要等待的最长时间
unit- timeout参数的时间单位。
返回:
如果计数到达零,则返回 true;如果在计数到达零之前超过了等待时间,则返回 false
抛出:
InterruptedException- 如果当前线程在等待时被中断
4、相关实例
// 一个CountDouwnLatch实例是不能重复使用的,也就是说它是一次性的,锁一经被打开就不能再关闭使用了,如果想重复使用,请考虑使用CyclicBarrier。
public class CountDownLatchTest {

    // 模拟了100米赛跑,10名选手已经准备就绪,只等裁判一声令下。当所有人都到达终点时,比赛结束。
    public static void main(String[] args) throws InterruptedException {

        // 开始的倒数锁 
        final CountDownLatch begin = new CountDownLatch(1);  

        // 结束的倒数锁 
        final CountDownLatch end = new CountDownLatch(10);  

        // 十名选手 
        final ExecutorService exec = Executors.newFixedThreadPool(10);  

        for (int index = 0; index < 10; index++) {
            final int NO = index + 1;  
            Runnable run = new Runnable() {
                public void run() {  
                    try {  
                        // 如果当前计数为零,则此方法立即返回。
                        // 等待
                        begin.await();  
                        Thread.sleep((long) (Math.random() * 10000));  
                        System.out.println("No." + NO + " arrived");  
                    } catch (InterruptedException e) {  
                    } finally {  
                        // 每个选手到达终点时,end就减一
                        end.countDown();
                    }  
                }  
            };  
            exec.submit(run);
        }  
        System.out.println("Game Start");  
        // begin减一,开始游戏
        begin.countDown();  
        // 等待end变为0,即所有选手到达终点
        end.await();  
        System.out.println("Game Over");  
        exec.shutdown();  
    }
}
除了文章中有特别说明,均为IT宅原创文章,转载请以链接形式注明出处。
本文链接: http://www.itzhai.com/the-introduction-and-use-of-a-countdownlatch.html
关键字: CountDownLatch
<think>首先,用户的问题是:“我想了解Java中CyclicBarrierCountdownLatch的区别”。系统指令要求我使用中文回答,并确保所有行内数学表达式使用$...$格式,独立公式用$$...$$格式,但在这个问题中没有数学内容,所以我可以忽略那些部分。 关键点是:用户提供了多个引用,这些是关于CyclicBarrierCountDownLatch的区别的。我需要参考这些引用来构建回答,但不能直接复制粘贴;我要用自己的话解释并确保回答真实可靠。 回顾引用: - 引用[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. CyclicBarrierCountDownLatch在性能方面有什么不同? 4. Java中还有哪些同步工具类? 回答结构: - 开头:直接回答问题。 - 主体:分点解释区别。 - 结尾:简要总结,并添加相关问题。 引用标识:指令说“回答中引用的段落末尾自然地添加引用标识”,例如[^1]。我需要引用时添加引用标识。既然用户提供了引用,我在解释时可以参考,并在相关部分添加标识。 例如,如果我提到“动作实施者”,可以添加[^2]。 但不要过度引用;自然地融入。 最终回答用中文。 </think>### Java中CyclicBarrierCountDownLatch的区别 在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、付费专栏及课程。

余额充值