时间:2021-05-19
一个同步工具类,它允许一个或多个线程一直等待,直到其他线程的操作执行完后再执行。
线程池,使用线程池可以复用线程,降低频繁创建线程造成的性能消耗,同时对线程的创建、启动、停止、销毁等操作更简便。
年末公司组织团建,要求每一位员工周六上午8点到公司门口集合,统一乘坐公司所租大巴前往目的地。
在这个案例中,公司作为主线程,员工作为子线程。
打印输出结果如下:
公司发送通知,每一位员工在周六早上8点到公司大门口集合员工:1,正在前往公司大门口集合...员工:1,已到达。员工:2,正在前往公司大门口集合...员工:2,已到达。员工:1,吃饭、喝水、拍照。员工:3,正在前往公司大门口集合...员工:2,吃饭、喝水、拍照。员工:3,已到达。员工:4,正在前往公司大门口集合...员工:3,吃饭、喝水、拍照。员工:4,已到达。员工:5,正在前往公司大门口集合...员工:4,吃饭、喝水、拍照。员工:5,已到达。所有员工已经到达公司大门口,大巴车发动,前往活动目的地。员工:5,吃饭、喝水、拍照。每一个员工到达之后,执行countDown()方法,直到所有员工到达之后,计数器为0,主线程才会继续执行。
但子线程执行了countDown()方法,之后会继续自己的工作,比如上面的【吃饭、喝水、拍照】,是不受主线程是否阻塞、其它线程是否已经执行countDown()方法的影响的。
java多线程CyclicBarrier使用示例,让线程起步走
补充:CountDownLatch踩过的坑
线上生产环境dubbo报线程池满了,经过一天排查锁定在开三个线程计算最后合并数据的步骤中。简单描述下该步骤线程开三个 调用三个不同的方法 使用countdownlatch 计数器等待三个方法全部执行完成 合并数据。
但是由于其中一个方法调用第三方接口,接口返回异常导致转换数据报错。导致其中一个方法未正常完成。
举例demo:
public static void main(String[] args) { ExecutorService executorService =Executors.newFixedThreadPool(3); CountDownLatch cdl = new CountDownLatch(3); executorService.execute(new Runnable() { @Override public void run() { function1(); } }); executorService.execute(new Runnable() { @Override public void run() { function2(); cdl.countDown(); } }); executorService.execute(new Runnable() { @Override public void run() { function3(); cdl.countDown(); } }); try { cdl.await(); //cdl.await(20,TimeUnit.SECONDS); System.out.println("三个执行线程结束"); } catch (InterruptedException e) { e.printStackTrace(); System.out.println("执行线程异常"); } finally { executorService.shutdown(); System.out.println("执行线程关闭"); }}private static void function1(){ int i = 10/0; System.out.println("方法一");}private static void function2(){ System.out.println("方法二");}private static void function3(){ System.out.println("方法三");}方法一抛出异常,但是没有做异常处理导致不会执行线程关闭步骤,是不是和想象中不一样,一开始我也是懵,看了一下CountDownLatch原理就很好理解了,
“CountDownLatch是通过一个计数器来实现的,计数器的初始化值为线程的数量。每当一个线程完成了自己的任务后,计数器的值就相应得减1。当计数器到达0时,表示所有的线程都已完成任务,然后在闭锁上等待的线程就可以恢复执行任务。”【1】
举一个现实中例子就是:CountDownLatch 就像跑步比赛中的裁判,三个方法就是就是三位运动员,运动员2,3都已经到达终点,但是运动员1摔倒了,动不了。裁判员只看到两位运动员到达终点不能宣布比赛结束,所以一直等。。。
就像这样的场景导致线上service执行线程阻塞,接口调用次数累计导致dubbo线程满了(跟dubbo线程模型有关,有时间具体谈谈这一点)
比赛不能无限期等,所以比赛必须在有限时间内结束,所以使用
public boolean await(long timeout, TimeUnit unit) throws InterruptedException { return sync.tryAcquireSharedNanos(1, unit.toNanos(timeout));}线程内部也许要增加异常处理
executorService.execute(new Runnable() { @Override public void run() { try { function1(); } catch (Exception e) { //异常处理 e.printStackTrace(); } finally { cdl.countDown(); } // function1(); }});执行结果
大家结合自己的现实使用修改,爬过了使用坑,记录下分享下 ,希望能对别人有用
以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
Java中CountDownLatch进行多线程同步详解CountDownLatch介绍在前面的Java学习笔记中,总结了Java中进行多线程同步的几个方法:1
线程池技术在并发时经常会使用到,java中的线程池的使用是通过调用ThreadPoolExecutor来实现的。ThreadPoolExecutor提供了四个构
一、简介线程池类为java.util.concurrent.ThreadPoolExecutor,常用构造方法为:ThreadPoolExecutor(intc
ThreadPoolExecutor简介ThreadPoolExecutor是线程池类。对于线程池,可以通俗的将它理解为"存放一定数量线程的一个线程集合。线程池
Java线程池ExecutorService1.线程池 1.1什么情况下使用线程池单个任务处理的时间比较短.将需处理的任务的数量大.1.2使用线程池的好处减少在