一：锁的原理结构

（1）锁对象内部维护了一个同步管理器的对象AbstractQueuedSynchronizer，AbstractOwnableSynchronizer

（2）该对象其实是一个抽象类，具体的锁的管理器继承该抽象类

（3）该抽象类的关键属性有：---->Thread exclusiveOwnerThread（获取锁的线程对象）

----> Node head(首节点，正在拥有当前锁的线程构造的Node对象)

---->Node tail(尾巴节点，等待获取锁的线程构造的双向链表结构的队列的最后一个节点)

---->int state(当前该锁被线程争抢的状态，如果state=0,表示无线程争抢该锁，如果state>0则表示已经有线程拥有该锁)

 

二：锁中的Node队列的结构

（1）所有的线程在执行到获取锁的代码的部分，都会调用同步管理器的lock()方法，如果有线程获取锁，则将该线程构造成node对象，添加到队列尾部，并调用系统命令阻塞当前线程。也就是代码执行到这，当前线程就不再执行。

（2）拥有锁的线程，在释放锁的时候，会唤醒自己的后继节点的线程，让其争抢锁。

（3）Node的内部结构属性

--->int waitStatus(当前node的线程在争抢锁过程的状态标识)

--->Node prev(当前node的上一个node的引用,前驱节点)

--->Node next(当前node的下一个INITALnode的引用，后继节点)

--->Thread thread(当前node所代表的线程的线程对象)

--->Node nextWaiter(下一个等待着的node)

(4)node等待状态的的含义

CANCELLED =  1：由于同步队列中等待线程等待超时或被中断，需要从同步队列中取消等待，节点进入该状态不会再变化

SIGNAL    = -1：后继节点线程处于等待状态，而当前节点的线程如果释放了同步状态或者被取消，将会通知后继节点，使后继节点得以运行。

CONDITION = -2：在等待队列中，节点线程等待在Condition上，当其他线程对Condition调用了signal()方法后，该节点将会从等待队列中转移到同步队列中。加入到对同步状态的获取中。

PROPAGATE = -3：表示下一次共享式同步状态获取将会无条件被传播下去。

INITIAL=0:初始化状态

 

三：公平锁和非公平锁的区别

（1）公平锁的锁获取，严格按照等待顺序进行锁获取，在获取锁的时候有一个判断hasQueuedPredeccssors(),同步队列中是否有前驱节点在等待获取锁，如果有，则放弃获取锁，而是添加到队尾，排队获取锁

（2）非公平锁，是获取锁的顺序是随机的，甚至，有的线程可能会一直无法获取锁，出现线程饥饿情况。

（3）公平锁的性能往往没有非公平锁的性能高，因为它需要排队，则需要进行程序状态的切换，要比非公平锁的切换次数多。

 

四：锁的获取和释放的过程图