对AQS的一些理解

独占锁

只有一个线程可以同时独占锁。下面详述一些细节，以ReentrantLock为例

独占的可行性分析，state为0代表这个时候锁没有被任何线程占有，如果cas操作成功将state的值改变，则成功获取到锁，调用setExclusiveOwnerThread将独占线程标记为当前线程。其他线程遇到state不为0时进入队列中排队。

并发的考虑

由于只有拥有锁的线程可以修改state值，所以如果一个线程已经占有了锁，而且此时state非0。则操作state无需cas。

可重入设计

如果一个线程占有了一把锁，那么再次lock，可以将state+1。

公平和非公平

非公平锁不讲究先来后到，只要持有锁的线程调用了release释放锁，而且state计数恢复到0，后续所有调用lock尝试获取锁的线程及被唤醒队列中的头节点都有机会先获取到锁，只要cas成功。

公平锁则不然，如果此时锁是空闲的，尝试占有的线程还需要判断一下队列中是否有线程在等待。注意不管公平与否，队列中的线程获取锁时总是FIFO的

中断

如果lock线程在挂起过程中被中断了，中断线程不会响应，在获取到锁以后自我中断。

信号量和互斥量

信号量内部有一个整形变量，同时提供PV操作，P(wait)如果计数大于0则计数减1立即返回，否则将阻塞； V(signal) 计数加1，立即返回。
如果信号量的技术只有0，1两种取值。可以被认为是一个互斥量。

可重入锁

如果一个线程拥有了一把锁，那么在这个线程中再次调用lock方法，不会阻塞的锁是可重入锁，我们常见的ReentrantLock,synchronized都是可重入的；

公平锁

如果若干线程同时去获取一把互斥锁，他们能依次按照排队顺序获取到锁，则这是一个公平锁。

读写锁

读写锁，适合读多写少的场景。他具有独占锁和共享锁的双重特性，写时是独占锁，此时只有获取到写锁的线程可以获取到读锁，其他尝试读写的线程均被阻塞；如果读锁尝试获取锁时没有线程获取到写锁，则成功获取读锁， 此时尝试获取写锁的线程均被阻塞。 以jdk中ReadWriteLock为例，读锁和写锁共享一个同步器。同步器中的state是int类型的占4个字节。高16位用于读锁，低16位用于写锁。两半的值即是其重入(读锁时是所有线程同时获取到读锁的重入总和)的数量。

自旋锁

白话点就是不停去尝试获取锁，直到获取到。jdk中常见的做法就是for循环配合cas操作。

偏向锁，轻量级锁，重量级锁

这个主要是用于描述synchronized的状态。

条件变量

用的比较多的是ReetreenLock的条件变量。

AQS

AQS的使用很广泛，ReentrantLock，Semaphore,CountDownLatch,等并发相关的类都用到了AQS。AQS内部提供了两种

AQS内部有两个指针指向队列的头和尾，head,

Exchanger

Exchanger 支持了两个线程互换数据。

悲观锁和乐观锁

CountDownLatch

CountDownLatch有一个初始值，调用setState将state置为这个值。调用await()的线程，判断state是否是0，如果是，直接返回，如果不是，那么需要塞入队列中挂起当前线程。当有线程调用CountDownLatch的countDown方法时，用cas的方式将state-1,直到state为0时，唤醒队尾的线程。再由队尾的线程去唤醒其前一个线程...。

CyclicBarrier

CyclicBarrier没有用到AQS，CyclicBarrier内部是利用RetreenLock来控制数量的并发写。用ReentrantLock的Condition来控制计数为0时唤醒等待的线程。