Java 多线程 : JUC 并发工具原理

一 . 前言

趁着有空 , 赶紧把之前欠的债还上 . 这是多线程一阶段计划的最后一篇 , 后续多线程会转入修订和深入阶段 . 彻底吃透多线程.

二. 工具介绍

之前说 AQS 的时候曾经提到过这几个类 , 这几个类有一些各自的特点 , 很符合特定的场景 , 之前在生产上用的还挺舒服.

我们一般使用的并发工具有四种 :

CyclicBarrier : 放学一起走

• 允许一组线程互相等待，直到到达某个公共屏障点 (common barrier point)
• 让一组线程到达一个屏障时被阻塞，直到最后一个线程到达屏障时，屏障才会开门，所有被屏障拦截的线程才会继续干活

CountDownLatch : 等人到齐了就触发

• 在完成一组正在其他线程中执行的操作之前，它允许一个或多个线程一直等待
• 用给定的计数 初始化 CountDownLatch。
• 由于调用了 countDown() 方法，所以在当前计数到达零之前，await 方法会一直受阻塞。
• 之后，会释放所有等待的线程，await 的所有后续调用都将立即返回。这种现象只出现一次——计数无法被重置。
• CountDownLatch是通过一个计数器来实现的，当我们在new 一个CountDownLatch对象的时候需要带入该计数器值，该值就表示了线程的数量。
• 每当一个线程完成自己的任务后，计数器的值就会减1。当计数器的值变为0时，就表示所有的线程均已经完成了任务

Semaphore

• 信号量Semaphore是一个控制访问多个共享资源的计数器，和CountDownLatch一样，其本质上是一个“共享锁”。

Exchanger

• 可以在对中对元素进行配对和交换的线程的同步点
• 每个线程将条目上的某个方法呈现给 exchange 方法，与伙伴线程进行匹配，并且在返回时接收其伙伴的对象 , Exchanger 可能被视为 SynchronousQueue 的双向形式

三 .原理解析

3 .1 CyclicBarrier

> 它允许一组线程互相等待，直到到达某个公共屏障点 (Common Barrier Point)。在涉及一组固定大小的线程的程序中，这些线程必须不时地互相等待，此时 CyclicBarrier 很有用。因为该 Barrier 在释放等待线程后可以重用，所以称它为循环( Cyclic ) 的 屏障( Barrier ) 。
    
> 使用场景 : 允许一组线程互相等待，直到到达某个公共屏障点 (common barrier point)
> 让一组线程到达一个屏障时被阻塞，直到最后一个线程到达屏障时，屏障才会开门，所有被屏障拦截的线程才会继续干活

// 内部原理 : 
内部使用重入锁ReentrantLock 和 Condition

// 构造函数 : 
CyclicBarrier(int parties)：创建一个新的 CyclicBarrier，