ReentrantReadWriteLock了解

Java锁概念

在讲这个类之前先简单说一下Java并发两个概念,共享锁，排他锁(独占锁)。共享锁就可以同时被多个线程占有的锁，即允许多个线程同时获取锁，同时访问资源，常见类：CountDownLatch。排他锁就是在任何时刻只允许一个线程能获取锁，其他的线程都在等待获取，必须等到这个锁持有者释放了，才能获取到锁，常见类:ReentrantLock。

ReentrantReadWriteLock介绍

ReentrantReadWriteLock 是Java的读写锁，拥有共享锁和排他锁的功能，但并不是完全的共享锁和排他锁。通过分离读写锁，让多线程可以并发访问读锁，在访问写锁的时候，读写互斥，起到保护数据的目的。主要应用场景是：当很多线程从每个数据结构读取数据，而很少有线程对其进行修改时，在这种情况下，允许读取线程共享访问你是合适的，写入器线程依然是互斥。

ReentrantReadWriteLock 主要特性

公平性

支持公平锁和非公平锁，默认是非公平锁，可以根据构造方式设置公平锁。

  ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock(true);//默认是false 非公平锁

由于读线程之间没有锁竞争，所以读操作，没有公平性和非公平性。写操作时可能立即获取到锁，所以会推迟一个或者多个读操作或者写操作，非公平锁的吞吐量要高于公平锁。

重入性

读写锁允许读线程和写线程按照请求锁的顺序重新获取读取锁或者写入锁，但是只有写线程释放了锁，读线程才能获取重入锁。写线程获取写入锁以后可以再次获取读锁，但是读线程获取读锁后不能获取写入锁。读写锁最多支持65535个递归写入锁和65535个递归读取锁。

锁降级

写线程获取锁后，可以获取读线程，然后再释放写锁，这样就从写锁变成读锁，实现了锁降级。

锁升级

读线程获取锁后，并不知直接获取写锁，获取一个写入锁需要释放所有读取锁。从读取锁升级到写入锁，这个过程被称作锁升级，这个过程必须读取锁释放了锁，在重新获取到写入锁，才能称作锁升级。

锁获取中断

读取锁和写入锁都支持在获取锁期间被中断。

概括起来其实就是读写锁的机制

读读不互斥，即使当前有100个线程同时读取资源，没有线程写入，这个100个线程是可以并发访问。
读写互斥，比如说当前有线程在写，当线程想获取读入锁的时候，会被堵塞，反过来，有线程已经获取读入锁的时候，写的线程也会堵塞，就看谁先拿到锁。
写写互斥比如有两个线程A，B，A线程先拿到锁，B线程就会堵塞到A释放锁为止。
使用ReentrantReadWriteLock读取缓存例子

 private final ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();
    
    private final Map<String,Object> map = new HashMap<>(); //假设这存着数据缓存
    
    public Object readwrite(String id) {
        Object val = null;
        rwLock.readLock().lock(); //首先开启读取锁，从缓存中去读取
        try {
            val = map.get(id);
            if(val == null) {//假如缓存中没有这个值，可以从数据库读取这个值，然后写入到缓存中
                rwLock.readLock().unlock();//这里用到的锁升级，先释放，在获取
                rwLock.writeLock().lock();
                try {
                    //这里是从数据库获取数据
                    val = "aaa";
                }finally {
                    rwLock.writeLock().unlock();//释放写入锁，让缓存可以并发访问
                }
                rwLock.readLock().lock();
            }
        }finally {
            rwLock.readLock().unlock();//两次读取锁，保证释放锁，一定都在finally中可以释放
        }
        return val;
    }

最后编辑于：2018.05.19 12:19:24