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,队列首位的线程进行获取锁的操作,此时第三个线程正好进来并获取到锁,非公平锁体现在这。