上一期介绍了CountDownLatch的源码解析,CountDownLatch有几个问题:首先CountDownLatch在await之后必须依靠别的线程来给它countDown,打开门闩;其次CountDownLatch在countDown到0之后,该CountDownLatch的生命周期就结束了,它不能重用。那么有没有既可以自己给自己打开门闩而且还能重用的呢,有的,那就是CyclicBarrier,译作回环栅栏。它的使用方法和CountDownLatch差不多,也有一个计数值,叫做parties。CyclicBarrier的使用通俗来说就是,有一个栅栏(CyclicBarrier),它必须由n(parties)个人才能被推到,推到之后这n个人(线程)才能出来,出来之后呢,再把这个栅栏重新立起来又可以用了(重用)。下面从源码的角度分析一下CyclicBarrier的实现原理。
属性
lock(ReentrantLock)它是用来给CyclicBarrier的操作加锁的trip(Condition)用来实现CyclicBarrier的wait和notify的parties(int)计数值,相当于CountDownLatch的countbarrierCommand(Runnable)当CyclicBarrier打开后,要执行的任务generation(Generation)CyclicBarrier的代,用来实现CyclicBarrier的重用count(int)值等于parties,每次有线程进入时,count值减一,减到0的时候CyclicBarrier打开,随后count值被reset为parties内部类
静态内部类Generation,该类的对象表示CyclicBarrier的当前代,Generation类有一个属性broken,用来表示当前屏障是否被损坏。
构造方法
parties表示在CyclicBarrier被打开之前,需要有parties个线程执行await方法。
barrierAction表示CyclicBarrier被打开的时候需要执行的command,可以为null
方法
await
await方法调用了私有的dowait方法。
例子
CyclicBarrier源码中提供的使用示例
明天继续更新三剑客的最后一个:信号量 Semaphore,欢迎大家继续关注