java多线程学习-java.util.concurrent详解(一) Latch/Barrier

本文深入介绍了Java并发工具包中的CountDownLatch和CyclicBarrier组件。CountDownLatch用于等待一组操作完成,而CyclicBarrier则确保所有线程达到同步点后才继续执行。
 Java1.5提供了一个非常高效实用的多线程包:java.util.concurrent, 提供了大量高级工具,可以帮助开发者编写高效、易维护、结构清晰的Java多线程程序。从这篇blog起,我将跟大家一起共同学习这些新的Java多线程构件 

1. CountDownLatch 
    我们先来学习一下JDK1.5 API中关于这个类的详细介绍: 
“一个同步辅助类,在完成一组正在其他线程中执行的操作之前,它允许一个或多个线程一直等待。 用给定的计数 初始化 CountDownLatch。由于调用了 countDown() 方法,所以在当前计数到达零之前,await 方法会一直受阻塞。之后,会释放所有等待的线程,await 的所有后续调用都将立即返回。这种现象只出现一次——计数无法被重置。如果需要重置计数,请考虑使用 CyclicBarrier。” 

    这就是说,CountDownLatch可以用来管理一组相关的线程执行,只需在主线程中调用CountDownLatch 的await方法(一直阻塞),让各个线程调用countDown方法。当所有的线程都只需完countDown了,await也顺利返回,不再阻塞了。在这样情况下尤其适用:将一个任务分成若干线程执行,等到所有线程执行完,再进行汇总处理。 

    下面我举一个非常简单的例子。假设我们要打印1-100,最后再输出“Ok“。1-100的打印顺序不要求统一,只需保证“Ok“是在最后出现即可。 

    解决方案:我们定义一个CountDownLatch,然后开10个线程分别打印(n-1)*10+1至(n-1)*10+10。主线程中调用await方法等待所有线程的执行完毕,每个线程执行完毕后都调用countDown方法。最后再await返回后打印“Ok”。 

具体代码如下(本代码参考了JDK示例代码): 
Java代码  收藏代码
  1. import java.util.concurrent.CountDownLatch;  
  2. /** 
  3.  * 示例:CountDownLatch的使用举例 
  4.  * Mail: ken@iamcoding.com 
  5.  * @author janeky 
  6.  */  
  7. public class TestCountDownLatch {  
  8.     private static final int N = 10;  
  9.   
  10.     public static void main(String[] args) throws InterruptedException {  
  11.         CountDownLatch doneSignal = new CountDownLatch(N);  
  12.         CountDownLatch startSignal = new CountDownLatch(1);//开始执行信号  
  13.   
  14.         for (int i = 1; i <= N; i++) {  
  15.             new Thread(new Worker(i, doneSignal, startSignal)).start();//线程启动了  
  16.         }  
  17.         System.out.println("begin------------");  
  18.         startSignal.countDown();//开始执行啦  
  19.         doneSignal.await();//等待所有的线程执行完毕  
  20.         System.out.println("Ok");  
  21.   
  22.     }  
  23.   
  24.     static class Worker implements Runnable {  
  25.         private final CountDownLatch doneSignal;  
  26.         private final CountDownLatch startSignal;  
  27.         private int beginIndex;  
  28.   
  29.         Worker(int beginIndex, CountDownLatch doneSignal,  
  30.                 CountDownLatch startSignal) {  
  31.             this.startSignal = startSignal;  
  32.             this.beginIndex = beginIndex;  
  33.             this.doneSignal = doneSignal;  
  34.         }  
  35.   
  36.         public void run() {  
  37.             try {  
  38.                 startSignal.await(); //等待开始执行信号的发布  
  39.                 beginIndex = (beginIndex - 1) * 10 + 1;  
  40.                 for (int i = beginIndex; i <= beginIndex + 10; i++) {  
  41.                     System.out.println(i);  
  42.                 }  
  43.             } catch (InterruptedException e) {  
  44.                 e.printStackTrace();  
  45.             } finally {  
  46.                 doneSignal.countDown();  
  47.             }  
  48.         }  
  49.     }  
  50. }  


    总结:CounDownLatch对于管理一组相关线程非常有用。上述示例代码中就形象地描述了两种使用情况。第一种是计算器为1,代表了两种状态,开关。第二种是计数器为N,代表等待N个操作完成。今后我们在编写多线程程序时,可以使用这个构件来管理一组独立线程的执行。 

2. CyclicBarrier 
    我们先来学习一下JDK1.5 API中关于这个类的详细介绍: 
    “一个同步辅助类,它允许一组线程互相等待,直到到达某个公共屏障点 (common barrier point)。在涉及一组固定大小的线程的程序中,这些线程必须不时地互相等待,此时 CyclicBarrier 很有用。因为该 barrier 在释放等待线程后可以重用,所以称它为循环 的 barrier。 
    CyclicBarrier 支持一个可选的 Runnable 命令,在一组线程中的最后一个线程到达之后(但在释放所有线程之前),该命令只在每个屏障点运行一次。若在继续所有参与线程之前更新共享状态,此屏障操作 很有用。 

    我们在学习CountDownLatch的时候就提到了CyclicBarrier。两者究竟有什么联系呢?引用[JCIP]中的描述“The key difference is that with a barrier, all the threads must come together at a barrier point at the same time in order to proceed. Latches are for waiting for events; barriers are for waiting for other threads。CyclicBarrier等待所有的线程一起完成后再执行某个动作。这个功能CountDownLatch也同样可以实现。但是CountDownLatch更多时候是在等待某个事件的发生。在CyclicBarrier中,所有的线程调用await方法,等待其他线程都执行完。 

    举一个很简单的例子,今天晚上我们哥们4个去Happy。就互相通知了一下:晚上八点准时到xx酒吧门前集合,不见不散!。有个哥们住的近,早早就到了。有的事务繁忙,刚好踩点到了。无论怎样,先来的都不能独自行动,只能等待所有人 

代码如下(参考了网上给的一些教程) 
Java代码  收藏代码
  1. import java.util.Random;  
  2. import java.util.concurrent.BrokenBarrierException;  
  3. import java.util.concurrent.CyclicBarrier;  
  4. import java.util.concurrent.ExecutorService;  
  5. import java.util.concurrent.Executors;  
  6.   
  7. public class TestCyclicBarrier {  
  8.   
  9.     public static void main(String[] args) {  
  10.       
  11.         ExecutorService exec = Executors.newCachedThreadPool();       
  12.         final Random random=new Random();  
  13.           
  14.         final CyclicBarrier barrier=new CyclicBarrier(4,new Runnable(){  
  15.             @Override  
  16.             public void run() {  
  17.                 System.out.println("大家都到齐了,开始happy去");  
  18.             }});  
  19.           
  20.         for(int i=0;i<4;i++){  
  21.             exec.execute(new Runnable(){  
  22.                 @Override  
  23.                 public void run() {  
  24.                     try {  
  25.                         Thread.sleep(random.nextInt(1000));  
  26.                     } catch (InterruptedException e) {  
  27.                         e.printStackTrace();  
  28.                     }  
  29.                     System.out.println(Thread.currentThread().getName()+"到了,其他哥们呢");  
  30.                     try {  
  31.                         barrier.await();//等待其他哥们  
  32.                     } catch (InterruptedException e) {  
  33.                         e.printStackTrace();  
  34.                     } catch (BrokenBarrierException e) {  
  35.                         e.printStackTrace();  
  36.                     }  
  37.                 }});  
  38.         }  
  39.         exec.shutdown();  
  40.     }  
  41.   
  42. }  


    关于await方法要特别注意一下,它有可能在阻塞的过程中由于某些原因被中断 

    总结:CyclicBarrier就是一个栅栏,等待所有线程到达后再执行相关的操作。barrier 在释放等待线程后可以重用。 
<think>好的,我现在需要回答用户关于Java并发包java.util.concurrent中常用类及其使用场景的问题,要求分组介绍并逐个详解每个类。用户还提供了之前的对话历史和些参考资料,我需要确保回答准确且符合用户需求。 首先,回顾用户的问题,他希望按照分组的方式详细介绍每个组下的具体类,包括使用场景。之前的回答中,用户提到ThreadLocal如何避免内存泄漏,而现在的转向是并发包中的其他类。用户提供的引用内容提到了AtomicBoolean、ConcurrentHashMap、CountDownLatch、CyclicBarrier等,这些应该作为重点。 接下来,我需要将java.util.concurrent中的常用类进行分组。常见的分类方式包括原子类、并发容器、同步器、线程池相关、锁等。根据用户提供的引用,AtomicBoolean属于原子类,ConcurrentHashMap属于并发容器,CountDownLatch和CyclicBarrier属于同步器,用户还提到了线程安全容器,这可能属于并发容器的部分。 我需要确保每个分组涵盖主要的类,并解释其用途和典型场景。例如,原子类用于无锁的线程安全操作,并发容器如ConcurrentHashMap提供高效的并发访问,同步器如CountDownLatch用于线程间的协调。 需要注意的是,用户提到要参考之前的引用内容,比如引用[1]关于AtomicBoolean,引用[2]关于ConcurrentHashMap,引用[4]和[5]关于CountDownLatch和CyclicBarrier。这些信息需要整合到回答中,适当标注引用标记。 另外,要确保回答结构清晰,每个分组下逐介绍类,说明其功能、使用场景和示例代码(如果有的话)。同时,生成的相关问题需要与内容相关,帮助用户进步理解。 检查是否有遗漏的重要类,比如线程池(Executor框架)、锁(ReentrantLock)、阻塞队列(BlockingQueue)等。用户可能期望全面的分组,所以需要涵盖这些内容。 最后,按照用户要求使用中文,行内公式用$...$,独立公式用$$...$$,并添加引用标记。确保LaTeX语法正确,代码块格式正确,回答结构层次分明。</think>#### Java并发包 `java.util.concurrent` 常用类分组详解 --- ### 、原子类(Atomic Classes) 提供无锁线程安全操作,基于CAS(Compare and Swap)实现,适用于计数器、状态标志等场景[^1]。 #### 1. **AtomicBoolean/AtomicInteger/AtomicLong** - **功能**:原子更新布尔值、整型、长整型。 - **使用场景**: - 计数器(如接口调用次数统计) - 状态标志(如开关控制) ```java AtomicInteger counter = new AtomicInteger(0); counter.incrementAndGet(); // 线程安全自增 ``` #### 2. **AtomicReference** - **功能**:原子更新对象引用。 - **使用场景**:需要原子性更新复杂对象(如缓存中的用户信息)。 #### 3. **LongAdder/DoubleAdder(Java 8+)** - **功能**:高并发下比 `AtomicLong` 性能更好,通过分段减少竞争[^1]。 - **使用场景**:高吞吐量的统计场景(如实时点击量统计)。 --- ### 二、并发容器(Concurrent Collections) 提供线程安全的集合类,支持高并发读写。 #### 1. **ConcurrentHashMap** - **功能**:分段锁机制,读操作无锁,写操作仅锁部分段[^2]。 - **使用场景**: - 高并发缓存(如商品库存缓存) - 替代 `HashTable`,提升多线程性能。 ```java ConcurrentHashMap<String, Integer> cache = new ConcurrentHashMap<>(); cache.computeIfAbsent("key", k -> loadFromDB(k)); // 线程安全的延迟加载 ``` #### 2. **CopyOnWriteArrayList/CopyOnWriteArraySet** - **功能**:写时复制,读操作无锁,写操作复制新数组。 - **使用场景**: - 读多写少的场景(如监听器列表) - 频繁遍历但极少修改的配置数据。 #### 3. **BlockingQueue(接口)** - **实现类**:`ArrayBlockingQueue`、`LinkedBlockingQueue`、`PriorityBlockingQueue`。 - **功能**:阻塞式队列,支持生产者-消费者模型。 - **使用场景**: - 任务队列(如线程池任务缓冲) - 流量削峰(突发请求排队处理)。 --- ### 三、同步器(Synchronizers) 协调多线程的执行顺序或状态。 #### 1. **CountDownLatch** - **功能**:等待多个线程完成指定操作后触发事件[^4]。 - **使用场景**: - 并行任务完成后汇总结果(如多线程加载数据后启动系统)。 ```java CountDownLatch latch = new CountDownLatch(3); // 3个线程完成任务后调用 latch.countDown() latch.await(); // 主线程等待所有任务完成 ``` #### 2. **CyclicBarrier** - **功能**:多个线程相互等待,到达屏障后统执行后续操作[^5]。 - **使用场景**: - 多阶段并行计算(如分阶段数据处理后合并)。 ```java CyclicBarrier barrier = new CyclicBarrier(4, () -> System.out.println("所有线程就绪")); // 4个线程调用 barrier.await() 后触发回调 ``` #### 3. **Semaphore** - **功能**:控制同时访问资源的线程数量。 - **使用场景**: - 限流(如数据库连接池管理)。 ```java Semaphore semaphore = new Semaphore(10); // 允许10个线程并发访问 semaphore.acquire(); // 获取许可 semaphore.release(); // 释放许可 ``` --- ### 四、线程池框架(Executor Framework) 管理线程的生命周期和任务调度。 #### 1. **ExecutorService(接口)** - **常用实现**:`ThreadPoolExecutor`、`ScheduledThreadPoolExecutor`。 - **功能**:执行异步任务,支持定时/延迟任务。 - **使用场景**: - Web服务器请求处理 - 定时任务调度(如每日报表生成)。 ```java ExecutorService executor = Executors.newFixedThreadPool(4); executor.submit(() -> processTask()); ``` #### 2. **Future/FutureTask** - **功能**:获取异步任务执行结果。 - **使用场景**: - 并行计算后获取结果(如多接口调用结果汇总)。 ```java Future<Integer> future = executor.submit(() -> calculate()); int result = future.get(); // 阻塞直到结果返回 ``` --- ### 五、锁与条件(Locks) 提供更灵活的锁机制,替代 `synchronized`。 #### 1. **ReentrantLock** - **功能**:可重入锁,支持公平锁与非公平锁。 - **使用场景**: - 替代 `synchronized`,支持更细粒度的锁控制。 ```java ReentrantLock lock = new ReentrantLock(); lock.lock(); try { // 临界区操作 } finally { lock.unlock(); } ``` #### 2. **StampedLock(Java 8+)** - **功能**:乐观读锁,减少读写竞争。 - **使用场景**:读多写少的高并发场景(如缓存系统)。 #### 3. **Condition** - **功能**:与锁配合使用,实现线程等待/通知机制。 - **使用场景**: - 生产者-消费者模型中的条件等待。 ```java Condition notEmpty = lock.newCondition(); // 消费者等待条件 while (queue.isEmpty()) notEmpty.await(); ``` --- ### 六、其他工具类 #### 1. **CompletableFuture(Java 8+)** - **功能**:支持异步编程链式操作。 - **使用场景**:复杂的异步任务编排(如多服务调用组合)。 #### 2. **ForkJoinPool** - **功能**:分治任务并行处理。 - **使用场景**:递归任务分解(如大规模数组排序)。 --- ### 分组总结表 | 分组 | 核心类 | 典型应用场景 | |---------------|-------------------------|----------------------------------| | 原子类 | AtomicInteger, LongAdder | 计数器、状态标志 | | 并发容器 | ConcurrentHashMap | 高并发缓存 | | 同步器 | CountDownLatch, Semaphore | 多线程协作、限流 | | 线程池框架 | ThreadPoolExecutor | 任务调度、资源管理 | | 锁与条件 | ReentrantLock | 细粒度锁控制 | --- ### 相关问题 1. **如何选择 `CountDownLatch` 和 `CyclicBarrier`?** 2. **`ConcurrentHashMap` 在Java 8中如何优化分段锁?** 3. **为什么 `LongAdder` 在高并发下性能优于 `AtomicLong`?** 4. **如何避免 `ReentrantLock` 导致的死锁问题?** [^1]: AtomicBoolean 类为我们提供了个可以用原子方式进行读和写的布尔值。 : ConcurrentHashMap 能够提供比 HashTable 更好的并发性能。 [^4]: CountDownLatch主要提供的机制是当多个线程都达到了预期状态或完成预期工作时触发事件。 [^5]: CyclicBarrier 的典型应用场景是用来等待并发线程结束。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值