如何理解JUC中的公平锁/非公平锁、可重入锁/递归锁、自旋锁、读写锁

一.公平锁/非公平锁

所谓公平锁，就是多个线程按照申请锁的顺序来获取锁，类似排队，先到先得
非公平锁，则是多个线程抢夺锁，会导致优先级反转或饥饿现象

区别：
公平锁在获取锁时先查看此锁维护的等待队列，为空或者当前线程是等待队列的队首，则直接占有锁，否则插入到等待队列，FIFO原则
非公平锁比较粗鲁，上来直接先尝试占有锁，失败则采用公平锁方式，非公平锁的优点是吞吐量比公平锁更大

特别注意：
synchronized和juc.ReentrantLock默认都是非公平锁
ReentrantLock在构造的时候传入true则是公平锁

二、可重入锁/递归锁

可重入锁又叫递归锁，指的同一个线程在外层方法获得锁时，进入内层方法会自动获取锁。也就是说，线程可以进入任何一个它已经拥有锁的代码块。比如get方法里面有set方法，两个方法都有同一把锁，得到了get的锁，就自动得到了set的锁。

就像有了家门的锁，厕所、书房、厨房就为你敞开了一样，可重入锁可以避免死锁的问题

三、自旋锁

所谓自旋锁，就是尝试获取锁的线程不会立即阻塞，而是采用循环的方式去尝试获取。自己在那儿一直循环获取，就像“自旋”一样。这样的好处是减少线程切换的上下文开销，缺点是会消耗CPU。CAS底层的getAndAddInt就是自旋锁思想

//跟CAS类似，一直循环比较
while (!atomicReference.compareAndSet(null, thread)) { }

四、读写锁/独占/共享锁

读锁是共享的，写锁是独占的

juc.ReentrantLock和synchronized都是独占锁，独占锁就是一个锁只能被一个线程所持有。有的时候，需要读写分离，那么就要引入读写锁，即juc.ReentrantReadWriteLock。

比如缓存，就需要读写锁来控制。缓存就是一个键值对，例如缓存的读写操作，读的get方法使用了ReentrantReadWriteLock.ReadLock()，写的put方法使用了ReentrantReadWriteLock.WriteLock()。这样避免了写被打断，实现了多个线程同时读

五.Synchronized和Lock的区别

synchronized关键字和java.util.concurrent.locks.Lock都能加锁，两者的区别：

原始构成：sync是JVM层面的，底层通过monitorenter和monitorexit来实现的。Lock是JDK API层面的。（sync一个enter会有两个exit，一个是正常退出，一个是异常退出）
使用方法：sync不需要手动释放锁，而Lock需要手动释放。
是否可中断：sync不可中断，除非抛出异常或者正常运行完成。Lock是可中断的，通过调用interrupt()方法。
是否为公平锁：sync只能是非公平锁，而Lock既能是公平锁，又能是非公平锁。
绑定多个条件：sync不能，只能随机唤醒。而Lock可以通过Condition来绑定多个条件，精确唤醒。

六、锁的配对

锁之间要配对，加了几把锁，最后就得解开几把锁，下面的代码编译和运行都没有任何问题。但锁的数量不匹配会导致死循环

lock.lock();
lock.lock();
try{
    someAction();
}finally{
    lock.unlock();
}