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
1700451870
编写高质量代码：改善Java程序的151个建议 第10章 性能和效率
1700451871
1700451872
快，快点，再快点……大脑已经跟不上鼠标！
1700451873
1700451874
——佚名
1700451875
1700451876
在这个快餐时代，系统一直在提速，从未停步过，从每秒百万条指令的CPU到现在的每秒万亿条指令的多核CPU，从最初发布一个帖子需要等待N小时才有回复到现在的微博，一个消息在几分钟内就可以传遍全球；从N天才能完成的一次转账交易，到现在的即时转账—我们进入了一个光速发展的时代，我们享受着，也在被追逐着—榨干硬件资源，加速所有能加速的，提升所有能提升的。
1700451877
1700451878
1700451879
1700451880
1700451882
编写高质量代码：改善Java程序的151个建议 建议132：提升Java性能的基本方法
1700451883
1700451884
Java从诞生之日起就被质疑：字节码在JVM中运行是否会比机器码直接运行的效率会低很多？很多技术高手、权威网站都有类似的测试和争论，从而来表明Java比C（或C++）更快或效率相同。此类话题我们暂且不表（这类问题的争论没完没了，也许等到我们退休的时候，还想找个活动脑筋的方式，此类问题就会是最好的选择），我们先从如何提高Java的性能方面入手，看看怎么做才能让Java程序跑得更快，效率更高，吞吐量更大。
1700451885
1700451886
（1）不要在循环条件中计算
1700451887
1700451888
如果在循环（如for循环、while循环）条件中计算，则每循环一遍就要计算一次，这会降低系统效率，就比如这样的代码：
[
上一页 ]
[ :1.700451839e+09 ]
[
下一页 ]