功能描述
一个同步辅助类，在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待。
常见用法
多个人等一个信号后继续执行操作。例如5个运动员，等一个发令员的枪响。
一个人等多个人的信号。旅游团等所有人签到完成才开始出发。
我们最常见见到使用的地方是zk获取连接的时候
final CountDownLatch countDownLatch=new CountDownLatch(1);
ZooKeeper zooKeeper=new ZooKeeper(zk_url, time_out, new Watcher() {
public void process(WatchedEvent watchedEvent) {
Event.KeeperState state = watchedEvent.getState();
Event.EventType type = watchedEvent.getType();
if(Event.KeeperState.SyncConnected==state){
if(Event.EventType.None==type){
//调用此方法测计数减一
countDownLatch.countDown();
}
}
}
});
//阻碍当前线程进行,除非计数归零
countDownLatch.await();
这里了也可以看到很明确的使用方法，countDown直到0，await的线程才会继续执行。
原理
CountDownLatch内部使用了共享锁。如果这里还不知道共享和独占的区别，可以看前面的aqs速读。
获取锁成功的方法很简单
protected int tryAcquireShared(int acquires) {
return (getState() == 0) ? 1 : -1;
}
共享锁有个约定，返回有三种情况。
0为获取锁且没有其他资源
正数 获取锁并且还有其他资源
负数 获取锁资源失败
共享锁在tryAcquireShared返回大于0的值的时候，会唤醒其他停顿状态加锁线程。由于没有对state的增加操作，所以当state变成0的时候，所有尝试加锁的线程都会被唤醒。
protected boolean tryReleaseShared(int releases) {
// Decrement count; signal when transition to zero
for (;;) {
int c = getState();
if (c == 0)
return false;
int nextc = c-1;
if (compareAndSetState(c, nextc))
return nextc == 0;
}
}
释放锁的操作，就是把state的值减一，当只有state变成0的时候，才返回true，tryReleaseShared返回true的时候会触发唤醒其他加锁线程的操作。
通过上面的过程，我们可以看到CountDownLatch中的共享锁的加锁和释放锁的过程，下面看看是如何和CountDownLatch结合的。
public CountDownLatch(int count) {
if (count 0) throw new IllegalArgumentException(count 0);
this.sync = new Sync(count);
}
CountDownLatch的构造里会初始化共享锁，并且设置state的值。
public void countDown() {
sync.releaseShared(1);
}
countDown是释放锁，最终会调用到tryReleaseShared。
public void await() throws InterruptedException {
sync.acquireSharedInterruptibly(1);
}
await是加锁，最终会调用到 tryAcquireShared。
CountDownLatch就是一个不断释放锁的过程。
常见问题
CountDownLatch是不能够重用的
根据上面的解析，大家也发现，共享锁加锁的操作并不会增加state的值。CountDownLatch中state一旦变成0就没有提供其他方式增长回去了。
所以CountDownLatch是一次性消耗品，用完就得换新的。这样设计也是比较正常的，对状态的要求比较严格，例如都开车了你再告诉司机，这次加了5个人，车都开了一半了，不会考虑再回去。随意修改约束值会带来很多逻辑上的问题。
CountDownLatch无限等待
countDown没有被调用，那么await就会一直等下去。countDown常见没有被调用的情况：异常中断，线程池拒绝策略。
可以使用
public boolean await(long timeout, TimeUnit unit)
根据业务情况，增加一个最大等待时间。使用这种方式，需要对失败的各种情况作出业务上的对应处理，否则就出现各种数据不正确的问题。也可以对countDown的线程做好异常处理，最好使用另外一个线程池来处理这些线程。这种情况就需要对业务不能停顿时间特别长，导致线程池的资源被耗光的情况做处理。如果是想通过new Thread避免，就需要考虑线程突然暴涨的问题。
网友评论