个人感觉，看书学习还是需要“不求甚解”，因为一旦太过于计较小的得失，就容易钻牛角尖，学习进度也慢。我们完全可以先学一个大概，等到真正用到的时候再把那些细节丰富起来，就更有针对性。
所以，针对java并发核心的东西，我感觉就是一些api的调用，不需要面面俱到，只要知道每个类实现什么，如何调用就行。
1、CountDownLatch： java.util.concurrent.CountDownLatch
CountDownLatch作用：同步功能的辅助类，初始化时传入一个int类型的count值，当count计数不为0时，则当前线程呈wait状态，如果为0，则继续执行。
需要使用await()和countDown()方法进行：
调用await()方法，判断count 是否为0，如果不为0则等待（一直等到count值为0时，继续往下执行）；await 还有一个api：await(long timeout,TimeUnit unit)。
调用countDown()方法将count计数减1，当count减到0时，线程继续运行。可使用getCount()方法获取count值。
对应需要同步的几个线程，需要同时使用同一个CountDownLatch实例对象。
对应countDown()方法的理解就是，相当于一辆长途汽车，只有人坐满了，才会出发（所有线程报团一起继续执行）。
在某些情况下，涉及到多个模块同步问题时，可以使用多个CountDownLatch实例实现。
2、CyclicBarrier： java.util.concurrent.CyclicBarrier
CyclicBarrier作用：与Semaphore、CountDownLatch一样，为同步辅助类。
CountDownLatch 与 CyclicBarrier 对比：
CountDownLatch：一个线程活多个线程，等待另外一个线程或者多个线程完成某个事情之后才继续执行。
CyclicBarrier：多个线程之间互相等待，任何一个线程完成之前，所有线程都必须等待。CyclicBarrier计数是加法操作，加到设定值后，重新归为0，再次循环；CountDownLatch是减法操作，不会循环。
CyclicBarrier cbRef = new CyclicBarrier( 3 , new Runnable(){/* 线程开始继续执行时操作，如打日志等 */...} );
就上面这个CyclicBarrier对象，当调用 await() 方法，则count计数加1，当count等于3时，程序继续向下执行，否则程序将呈阻塞状态。
常用方法：
await() 每凑齐指定个数线程就报团继续执行
getParties() 查看报团人数规则
getNumberWaiting() 查看已有多少线程在等待
reset() 重置
3、Phaser：java.util.concurrent.Phaser
Phaser：是对CountDownLatch 与 CyclicBarrier 的全面升级，是一个java并发api的一个重量级类。
常用api：
arriveAndAwaitAdvance() 每凑齐指定人数就报团执行一次，同一个线程可以执行多次arriveAndAwaitAdvance()，表示不同阶段的报团
arriveAndDeregister() 退出当前团，且当前团规则人数减1（报完当前团后，不再报下阶段的团）
getArrivedParties() 当前团凑足了多少人
getRegisteredParties() 获取注册的团规定人数
arrive() 使getArrivedParties()数量加1，即用一个虚拟线程占据一个线程的位置， 此虚拟线程不阻塞
register() 动态增加一个团的规定人数
bulkRegister(int parties) 动态的增加规定报团人数，是register()的多次调用版
forceTermination() 取消报团，线程执行各自代码，不再有Phaser阻塞等待情况
getUnarrivedParties() 当前还差多少线程开团，是getArrivedParties()方法的补集
isTerminated() 判断Phaser对象是否已为销毁状态
...