详解 Lock锁

ReadWriteLock

有读写操作的

读和读不互斥

读和写互斥

写和写互斥

ThreadLocal

ThreadLocal 为每一个线程创建一个副本，一摸一样的数据，但是又互相隔离的；

ThreadLocal维护着一个ThreadLocalMap，这是ThreadLocal的静态内部类，在每一个线程中维护着一个ThreadLocalMap的变量threadLocals，ThreadLocalMap里面存threadLocals，如果不为空就将ThreadLocal的ThreadLocalMap中当前的副本实例改变，如果为空则创建此副本

因为ThreadLocalMap使用ThreadLocal弱引用，GC会清除，会出现key为null的时候，又会创建一个副本实例，会造成内存泄漏

使用static修饰可解决GC回收问题，但是周期和线程一样长，回收不了也会造成内存泄漏

ThreadLocal 用完后要调用remove方法去清理，否则会造成内存泄漏

解决内存泄漏问题：将ThreadLocalMap使用static修饰，并且每次用完要remove掉

ReentrantLock

在ReentrantLock中维护着一个state，一旦上锁成功把state变为1，将当前线程设置为独占线程

第二个线程进来，看到state为1，在次请求使用锁，获取当前state，如果为0则抢占锁，设置为独占线程，如果不是0，此时会去看已经设置为独占线程的线程是不是当前线程，如果是当前线程，就是自己又来获取一次锁，此为重入锁。

问题：什么是重入锁？

重入锁就是同一线程多次去获取锁，可重入锁或不可重入锁是人为定义的一个定义，并不是API或什么方法。

第二个线程进来，已经有线程设置了独占锁，第二个线程就堵塞自旋等待获取锁，即为自旋锁，这个线程并不会一直堵塞，而是会入队，在队的头部

总结：

ReentrantLock的底层实现是一个非公平锁，而非公平锁体现在一个线程去获取锁是进行了一个CAS操作，CAS操作的本质是给一个 volatile 的修饰的 state 变量从0给设置成一个非0的数值，把自己设置成一个独占线程并运行，再有其他线程进来，调用Lock()去获取锁，当前这个独占线程没有执行完的时候，他会进入尝试获取锁的过程，若还没获取锁，或进行入队操作，进入自旋等待堵塞状态，等待state这个值变为0，一旦state变为0，队列首位的线程进行获取锁的操作，此时第三个线程正好进来并获取到锁，非公平锁体现在这。