1700451819
1700451820
//异常处理
1700451821
1700451822
}
1700451823
1700451824
}
1700451825
1700451826
}
1700451827
1700451828
public static void main（String[]args）throws Exception{
1700451829
1700451830
//设置汇集数量，以及汇集完成后的任务
1700451831
1700451832
CyclicBarrier cb=new CyclicBarrier（2，new Runnable（）{
1700451833
1700451834
public void run（）{
1700451835
1700451836
System.out.println（“隧道已经打通！”）；
1700451837
1700451838
}
1700451839
1700451840
}）；
1700451841
1700451842
//工人1挖隧道
1700451843
1700451844
new Thread（new Worker（cb），“工人1”）.start（）；
1700451845
1700451846
//工人2挖隧道
1700451847
1700451848
new Thread（new Worker（cb），“工人2”）.start（）；
1700451849
1700451850
}
1700451851
1700451852
在这段程序中，定义了一个需要等待2个线程汇集的CyclicBarrier关卡，并且定义了完成汇集后的任务（输出“隧道已经打通！”），然后启动了2个线程（也就是2个工人）开始执行任务。代码逻辑如下：
1700451853
1700451854
1）2个线程同时开始运行，实现不同的任务，执行时间不同。
1700451855
1700451856
2）“工人1”线程首先到达汇合点（也就是cb.await语句），转变为等待状态。
1700451857
1700451858
3）“工人2”线程到达汇合点，满足预先的关卡条件（2个线程到达关卡），继续执行。此时还会额外的执行两个动作：执行关卡任务（也就是run方法）和唤醒“工人1”线程。
1700451859
1700451860
4）“工人1”线程继续执行。
1700451861
1700451862
CyclicBarrier关卡可以让所有线程全部处于等待状态（阻塞），然后在满足条件的情况下继续执行，这就好比是一条起跑线，不管是如何到达起跑线的，只要到达这条起跑线就必须等待其他人员，待人员到齐后再各奔东西，CyclicBarrier关注的是汇合点的信息，而不在乎之前或之后做何处理。
1700451863
1700451864
CyclicBarrier可以用在系统的性能测试中，例如我们编写了一个核心算法，但不能确定其可靠性和效率如何，我们就可以让N个线程汇集到测试原点上，然后“一声令下”，所有的线程都引用该算法，即可观察出算法是否有缺陷。
1700451865
1700451866
1700451867
1700451868
[
上一页 ]
[ :1.700451819e+09 ]
[
下一页 ]