Java中读写锁的介绍

　　读写锁的简单介绍

　　　　所谓的读写锁，就是将一个锁拆分为读锁和写锁两个锁，然后你加锁的时候，可以加读锁，也可以加写锁。

        ReentrantLock lock=new ReentrantLock();
        lock.wirteLock.lock();
        lock.wirteLock.unlock();

        lock.readLock.lock();
        lock.readLock.unlock();

　　　　如果有一个现场加了写锁，那其他线程就不能加写锁了，同一时间只允许一个线程加锁，因为加了写锁的就意味着有人要写一个共享数据，那同时就不能让全体人来写这个数据了。

　　　　同时如果有线程加了写锁，其他线程也不能加读锁了，因为既然都有人在写数据了，你其他人当然不能来读数据了。

　　　　如果有一个线程加了读锁，别的线程是可以随意加读锁的，因为只是有线程在读数据，其他线程也可以来读数据。

　　　　同时如果一个线程加了读锁，此时其他线程是不可以加写锁的，因为既然有人在读数据了，就不能随便让你来写数据了。

　　微服务注册中心的读写锁优化

　　　　我们知道，微服务的注册中心在内存中，肯定会有一个服务注册表的概念。这个服务注册表存放了各个微服务注册时候发来的自己的地址信息，里面保存了服务有多少个服务实例，每个服务实例部署在哪台机器山监听哪个端口号，主要是这样的信息。

　　　　OK，那现在问题来了，这个服务注册表的数据，有人读，也有人写。

　　　　比如：有的服务器启动的时候回来猪儿，此时要修改服务注册表的数据。这个就是写的过程。

　　　　接着，别的服务也会来读取这个服务注册表的数据，因为每个服务都需要感知其他服务在哪些机器山部署。

　　　　所以这个内存里的服务注册表的数据，天然就是有并发读写问题的，可能会有多个检查来写，也可能会有多个线程来读。

　　　　如果你对同一份注册表的数据，不加任何的保护措施，那可能存在多线程并发修改共享数据的问题，可能导致数据错乱。

　　　　1、可以考虑加synchronized,直接让所有线程对服务注册表的读写操作，全部串行化。

　　　　　　这种做法，太暴力了，在并发的场景下，性能也不会很高。

　　　　2、使用读写锁。

　　　　　　一旦有人在写服务器注册表的数据，我们就加一个写锁，此时别人不能写，也不能读。

　　　　　　一旦有人在读数据，此时可以让别人读，但是不允许别人写。

　　　　　　这样做的好处是：我们的业务大部分都是读操作，写数据的场景比较少，此时写数据，使用读锁可以让大量线程同时来读数据，不需要阻塞不需要排队，保证高并发的读写性能比较高。

　　　　　　然后少量的场景，可以加写锁，一个一个写。

　　　　　　还有一个问题，就是大量加读锁的阻塞，会导致写数据时间过长，这种情况能否避免呢，就是通过多级缓存机制来避免。

　　　　　　伪代码如下：

public class ServiceRegistry {

    //服务注册表
    private Map<String, Map<String,InstanceInfo>> registry=new HashMap<>();

    //针对注册表准备的读写锁
    private ReentrantReadWriteLock  lock=new ReentrantReadWriteLock();
    private ReentrantReadWriteLock.WriteLock writeLock=lock.writeLock();
    private ReentrantReadWriteLock.ReadLock readLock=lock.readLock();

    public void register(){
        writeLock.lock();
        //将服务实例信息写入到内存中
        writeLock.unlock();
    }

    public Map<String,Map<String, InstanceInfo>> getRegistry(){
        readLock.lock();
        //返回服务注册表的数据
        readLock.unlock();
    }

}