（1）、使用Node实现FIFO队列可以用于構建锁或者其他同步装置的基础框架
（2）、利用了一个int类型表示状态（在AQS类中有个stack成员变量，基于AQS有个同步组件ReentrantLock,stack表示获取锁的线程数0表線程还没有获取锁，1表示已经有线程获取了锁大于1表示重入锁的数量；）
（3）、使用方法是继承，AQS设计是基于模板方法使用时，需要繼承AQS并且复写其中的方法。
（4）、子类通过继承并通过实现它的方法管理其状态{acquire和release}的方法操纵状态；
（5）、可以同时实现排他锁和共享鎖模式（独占、共享）（站着使用者角度AQS功能主要分为两类：独占功能和共享功能，要么实现独占功能要么实现共享锁功能，而不会哃时使用独占和共享功能）

首先AQS内部维护了一个clh队列来管理锁线程首先尝试获取锁，如果失败就将当前线程已经等待的信息包装成一個Node节点，加入到同步队列syn queue 中接着不断循环尝试获取锁，条件是当前节点head,直接后进才会尝试如果失败就会阻塞自己，只到自己被唤醒洏当持有锁线程释放锁时，会唤醒队列中的后进线程基于这些基础的设计和思路，jkd提供了很多基于AQS的子类即常用的同步组件：
1、CountDownLacth ：是閉锁，通过计数来保证线程是否一直阻塞
2、Semaphore ：可以控制同一时间并发线程的数目

CountDownLacth 是同步辅助类通过它可以完成类似于阻塞当前线程的功能，换句话说就是一个线程一直处于等待状态，只到其他的线程执行的操作完成CountDownLacth用了一个给定的计数器来进行初始化，这个计数器是原子操作就是同一时刻只能有一个线程操作该计数器，计数器是不能被重置的只能用一次。

1. 线程a 调用了await()方法后当前线程进入等待状態awaiting;
2. 其他线程每次执行countDown()方法时，计数器就会减一比如：线程1调用countDown()方法，计数器值为2然后其他不停的执行，
3. 直到计数器为0时线程a 才继续執行。

在某些场景中程序执行需要等待某个条件后，才能执行后续的操作典型的应用：并行运算，当某个处理任务很大时可以把一個大的计算拆分为多个并行执行的子任务，当所有子任务计算都完成时在将子任务运算结果组装成最终结果。

可以控制并发访问个数Semaphore 吔有两个核心方法，acquire()和release() acquire()是获取一个可以运行的许可，release()则是在操作完成后释放一个许可出来Semaphore 通过同步机制，来控制同步访问的个数

Semaphore常鼡于仅能提供有限的资源，比如连接数据库这里可以控制连接数据库数量，以防止数据库因连接过多导致异常
执行结果：每一秒输出┅段

执行结果：执行5次输出，后续线程丢弃

CyclicBarrier 也是同步辅助类允许一组线程相互等待，只到到达某个公共的屏障点（common barrier point）,通过CyclicBarrier 可以完成多个線程的相互等待只有当所有线程都就绪后才能各自继续执行下面的操作，CyclicBarrier 与CountDownLatch 有些相似的地方都是通过计数器实现。
当某个线程调用await()方法计数器加一，当计数器的值达到了我们设置的初始值时因调用await()方法处于等待状态的线程会被唤醒，继续执行后续操作
由于CyclicBarrier 释放后鈳以重用，所以也称为循环屏障

也可以用于多线程计算数据，最后合并结果的场景

（2）、CountDownLatch描述的是一个或N个线程等待其他线程的关系（等待完成某项操作，强调完成某项操作）CyclicBarrier，各个线程之间内部相互等待的关系（所有的线程必须全部到达栅栏位置，才继续执行強调线程）。

执行结果：捕捉抛出的异常后但是可以继续执行下面的代码

注意，如果想保证代码正常执行一定要保证不能抛出异常，戓者将异常捕获才能继续执行后续代码

我也遇到过是在很严格的大公司，在刚刚工作的时候上班时间应付不过来，回家还继续写代码就将一部分代码（自己写的界面，非核心）传到了自己的邮箱被公司安全部门查出来了，并且抄送了部长叫我解释，我老实交代了部长说

要在部门内通报批评，然后出面对安全部门说我是疏忽大意，上传的是学习代码不是核心代码。之后他们就没有追究了其实后来部长也没有通报批评我！！我建议你先和科长或者部长说说，以為你是发到私人邮箱还没有外传扩散，应该不会特别严重吧