countdownlatch

3 月，跳不动了？>>> 固定个数的线程池，每个线程处理自己的任务 CountDownLatch countDownLatch = new CountDownLatch(maxThread); 来控制所有任务执行完成。 private static AtomicBoolean RUN_FLAG = new AtomicBoolean(false); private String singleHandler(int pageSize, Integer maxThread) { if (!RUN_FLAG.compareAndSet(false, true)) { log.info("【余额退出】任务进行中，不能再次执行"); return "任务进行中，不能再次执行"; } try { this.handler(pageSize, maxThread); return "处理完成"; } finally { RUN_FLAG.set(false); } } private void handler(int pageSize, Integer maxThread) { if (maxThread == null) { maxThread = 10; } final int maxThreads = maxThread; CountDownLatch countDownLatch =

CountDownLatch： 允许N个线程等待其他线程完成执行。无法进行重复使用，只能用一次。 比如有2个任务A，它要等待其他4个任务执行完毕之后才能执行，此时就可以利用CountDownLatch来实现这种功能了。 public class Test { public static void main(String[] args) { final CountDownLatch latch = new CountDownLatch(2); new Thread(){ public void run() { try { System.out.println("子线程"+Thread.currentThread().getName()+"正在执行"); Thread.sleep(3000); System.out.println("子线程"+Thread.currentThread().getName()+"执行完毕"); latch.countDown(); } catch (InterruptedException e) { e.printStackTrace(); } }; }.start(); new Thread(){ public void run() { try { System.out.println("子线程"+Thread.currentThread()

　　有时候要测试一下某个功能的并发能力，又不要想借助于其他测试工具，索性就自己写简单的demo模拟一个并发请求就最方便了。如果熟悉jemter的测试某接口的并发能力其实更专业,此处只是自己折腾着玩。 CountDownLatch和CyclicBarrier是jdk concurrent包下非常有用的两个并发工具类，它们提供了一种控制并发流程的手段。其实查看源码它们都是在内部维护了一个计数器控制流程的 CountDownLatch：一个或者多个线程，等待其他多个线程完成某件事情之后才能执行； CyclicBarrier：多个线程互相等待，直到到达同一个同步点，再继续一起执行。　　　 CountDownLatch和CyclicBarrier的区别 CountDownLatch的计数器，线程完成一个记录一个，计数器是递减 计数器，只能使用一次 CyclicBarrier的计数器 更像是一个阀门，需要所有线程都到达，阀门才能打开，然后继续执行，计数器是递增 计数器提供reset功能，可以多次使用 　　　另外Semaphore可以控同时访问的线程个数，通过 acquire() 获取一个许可，如果没有就等待，而 release() 释放一个许可。 　　通常我们模拟并发请求，一般都是多开几个线程，发起请求就好了。但是方式，一般会存在启动的先后顺序了，算不得真正的同时并发

[TOC] Java 并发工具CountDownLatch和CyclicBarrier 原理解析 一，简介 CountDownLatch 允许一个或者多个线程等待其他线程完成操作。 CyclicBarrier 的字面意思是可循环使用（Cyclic）的屏障（Barrier）。它要做的事情是，让一组线程达到一个屏障（也可以叫同步点）时被阻塞，直到最后一个线程到达屏障时，屏障才会开门，所有被屏障拦截的线程才会继续运行。 二，代码演示 CountDownLatchDemo public class CountDownLatchDemo { public static final CountDownLatch count = new CountDownLatch(10); private static int j = 0; public static void main(String[] args) throws Exception { for (int i = 0; i < 10; i++) { new Thread( ()-> { System.out.println("我是"+(++j)); count.countDown(); } ).start(); } count.await(); System.out.println("我是总数"+j+"！！！"); } } 运行结果： 我是1

　　 并发是伴随着多核处理器的诞生而产生的，为了充分利用硬件资源，诞生了多线程技术。但是多线程又存在资源竞争的问题，引发了同步和互斥，并带来线程安全的问题。于是，从jdk1.5开始，引入了concurrent包来解决这些问题。 　　java.util.concurrent 包是专为 Java并发编程而设计的包。 在Java中，当多个线程访问某个类时，不管运行时环境采用何种调度方式或者这些线程将如何交替进行，在主调代码中不需要任何额外的同步或协同，这个类都能表现出正确的行为，那么称这个类是线程安全的。 　　一般来说，concurrent包基本上由有3个package组成 ：　 　 java.util.concurrent：提供大部分关于并发的接口和类，如BlockingQueue,Callable,ConcurrentHashMap,ExecutorService, Semaphore等 ； 　　java.util.concurrent.atomic：提供所有原子操作的类， 如AtomicInteger, AtomicLong等； 　　java.util.concurrent.locks:提供锁相关的类， 如Lock, ReentrantLock, ReadWriteLock, Condition等。 　　concurrent包下的所有类可以分为如下几大类： locks部分：显式锁

CountDownLatch是倒数，doneSignal = new CountDownLatch(LATCH_SIZE);赋初值后，在主线程中等待doneSignal.await();其它线程中，每完成一个就减一doneSignal.countDown();减到0时主线程继续。 CyclicBarrier是正数，cb = new CyclicBarrier(SIZE);主线程中开启各子线程，子线程调用cb.await()进行等待;cb计数count会加一，等于SIZE时会继续所有等待线程。 Semaphore是信号灯，Semaphore sem = new Semaphore(SEM_MAX);主线程中开启各子线程，子线程调用sem.acquire(count);每调用一次，sem计数会减相应数值，减为0时其它线程再调用acquire时会阻塞，线程结束后记得要sem.release(count); CountDownLatch和Semaphore用的是共享锁，而CyclicBarrier是独占锁。 CountDownLatch只能赋值一次，而CyclicBarrier可赋值多次。 概要 前面对" 独占锁 "和" 共享锁 "有了个大致的了解；本章，我们对CountDownLatch进行学习。 和ReadWriteLock.ReadLock一样

工具类 CountDownLatch 利用它可以实现类似计数器的功能。比如有一个任务A，它要等待其他4个任务执行完毕之后才能执行，此时就可以利用CountDownLatch来实现这种功能了。 package com.yjc.juc; import java.util.concurrent.CountDownLatch; public class CountDownLatchDemo { public static void main(String[] args) throws InterruptedException { System.out.println("主线程启动---->等待子线程执行完毕"); //代表等待两个线程执行完主线程才继续执行 CountDownLatch countDownLatch=new CountDownLatch(2); new Thread(() -> { System.out.println("第一个子线程" + Thread.currentThread().getName() + "正在执行"); countDownLatch.countDown(); System.out.println("第一个子线程" + Thread.currentThread().getName() + "执行完毕"); }).start(); new Thread(

Reference: [1] http://shazsterblog.blogspot.co.uk/2011/12/comparison-of-countdownlatch.html CountDownLatch vs CyclicBarrier CountDownLatch can not be reused after meeting the final count. CountDownLatch can not be used to wait for Parallel Threads to finish. CyclicBarrier can be reset thus reused CyclicBarrier can be used to wait for Parallel Threads to finish. CountDownLatch CountDownLatch can be used to monitor the completion of the Children Threads if the size of the created children is known forehand. CountDownLatch enables a Thread or Threads to wait for completion of Children Threads.

zookeeper 分布式锁 分布式锁的概念，大家应该都已经理解，在此不会细讲。 分布式锁简单来说就是服务器集群环境下出现用户高并发访问同一个资源时，对该资源访问进行加锁等待，以保证资源的准确性。 zookeeper的分布式锁是并发的多线程通过循环的请求创建zk节点来竞争锁的占有权，待取得占有权后，其他线程进入等待。待释放占有权后，其他线程再进行循环竞争。 本编文章，主要讲解zk分布式锁，如何使用，具体逻辑还需根据实际场景进行调整。 代码是在本地建设，为了方便测试，所以里面都是静态方法。真正的开发环境都是基于webservlet或微服务工程，使用bean的方式进行类对象或者方法的调用。大家可以根据自己的工程业务做zk分布式锁的封装。 重点提醒下： 如果使用zk的watcher监听通知，节点创建后并瞬间删除，zkServer将会监听失败。因为zkServer的监听有延迟，当执行监听的时候，他发现并无该节点的stat信息，故不执行监听。 1.客户端创建 　 　zk是支持集群的，所以这里两种客户端形式，代码操作是一样的，唯有连接地址略有差异。 package com.qy.zk.lock; import org.apache.curator.RetryPolicy; import org.apache.curator.framework.CuratorFramework; import

CountDownLatch 中文名:闭锁，CountDownLatch 这个类能够使一个线程等待其他线程完成各自的工 作后再执行。例如，应用程序的主线程希望在负责启动框架服务的线程已经启动 所有的框架服务之后再执行。 CountDownLatch 是通过一个计数器来实现的，计数器的初始值为初始任务 的数量。每当完成了一个任务后，计数器的值就会减 1 CountDownLatch.countDown()方法 当计数器值到达 0 时，它表示所有的已 经完成了任务，然后在闭锁上等待 CountDownLatch.await()方法的线程就可以恢 复执行任务。 应用场景： 实现最大的并行性：有时我们想同时启动多个线程，实现最大程度的并行性。 例如，我们想测试一个单例类。如果我们创建一个初始计数为 1 的 CountDownLatch，并让所有线程都在这个锁上等待，那么我们可以很轻松地完成测试。我们只需调用 一次 countDown()方法就可以让所有的等待线程同时恢复执行。 开始执行前等待 n 个线程完成各自任务：例如应用程序启动类要确保在处理用户请求前，所有 N 个外部系统已经启动和运行了，例如处理 excel 中多个表单。 /** *类说明：演示CountDownLatch用法， * 共5个初始化子线程，6个闭锁扣除点，扣除完毕后，主线程和业务线程才能继续执行 */ public