Java多线程并发之读写锁

本文主要内容：读写锁的理论；通过生活中例子来理解读写锁；读写锁的代码演示；读写锁总结。通过理论(总结)-例子-代码-然后再次总结，这四个步骤来让大家对读写锁的深刻理解。

本篇是《凯哥(凯哥Java:kagejava)并发编程学习》系列之《Lock系列》教程的第七篇：《Java并发包下锁学习第七篇：读写锁》。

一：读写锁的理论

什么是读写锁？

多个线程同时读一个资源类是没有任何问题的，所以为了满足在并发的情况下，读取共享资源应该是可以同时进行的；但是，如果一个线程想要去写共享资源，就不应该再有其他线程可以对该共享资源进行读或者是写操作了。

即读写锁在同一时刻可以允许多个多线程访问，但是在写线程访问的时候，所有的读线程和其他写线程都会被阻塞。读写锁实际维护了一对锁，一个读锁，一个写锁，通过分离读锁和写锁，使得其并发性比独占式锁(排他锁)有了很大的提升。

为什么需要读写锁？

通过前面文章的学习，我们知道了ReentrantLock(下文简称：RLock)对象了。Rlock比起synchronized(下文简称Sync)来说有三个优点：RLock可以被中断；RLock可以有公平锁；RLock可以绑定多个条件。那么既然RLock比Sync有这么多优点，为什么还需要读写锁呢？

那是因为RLock是独占式(排他) 锁，即当线程1获取到资源的时候，其他线程不能再来操作共享资源了。就算是RLock的操作是读取的时候，其他线程也不能读取共享资源的操作。这在现实生活中是不符合逻辑的(在下文神话中读写锁的例子中我们就能体会到为什么不符合逻辑的)，而且性能也比较慢。所以就有了读写锁的出现。

二：读写锁的理解

生活中读写锁的例子

例子一：我们大家去火车站乘车的时候，有个大大的公示屏幕，会告诉大家当前车次是否晚点。显示屏是给给所有乘客看的，如果火车晚点，对应车次后面就会被修改成晚点大约xxx分钟。这个修改的动作只能是火车站内部人员来操作的，我们乘客是不能操作的。这个过程，站在并发角度来分析的的话：电子屏幕是共享数据；千千万万的乘客是不同的线程；火车站内部工作人员也是不同的线程；乘客是读资源的线程，当一个线程来读取的时候，其他线程也可以读取操作的；火车站内部工作人员修改火车信息的时候，同时只能有一个工作人员来修改，不能两个都来修改。如果两个都来修改的话，上一秒显示晚点1min，下一秒显示正常。这个是不行的，乘客有可能会错过乘车的。所以修改的时候同时只能由一个工作人员来修改。

例子二：我们在玩王者荣耀的时候，有时候会遇到停服更新的。在不更新前，所有玩家都可以玩，当停服更新的时候，所有玩家就不能玩了。这个操作在并发角度来说：千千万万的玩家是读共享资源的；游戏维护者是写操作的。当停服更新的时候，读操作就被阻塞了，只能等写操作，也就是更新完成后，才可以接着玩。

通过上面两个例子我们可以分析到读写锁的三个参与者：共享资源;读对象;写对象。而且读和写一般是分离的。

三：读写锁的代码演示

我们就用火车站进站案例来模拟：

未使用锁的时候

先来看看屏幕对象：

再来看看多个工作人员更新操作及多个乘客获取操作：

查看运行结果：

从运行结果中，我们可以发现当工号未13的还没有更新完车次信息的时候，工号12和14的员工也来更新了。这种操作是不允许的。因为写操作要原子性，要独占。当工作人员甲在修改的时候车次信息的时候，其他工作人员不能同时修改同一个车次信息了。而且从乘客获取车次信息的数据来看，获取到的只是工号是13的。这个时候获取到的数据不一定是正确的了。所以，不使用锁是不行的。

使用排他锁

如果使用独占式做的话，我们查看运行结果：

从运行结果来看，再读取的时候，需要一个一个读取的。当16号乘客查看的时候，17号乘客是不能查看的。这个是不符合实际业务逻辑的。所以，独占式(排他锁)RLock在这里不适合。我们再来看看读写锁：

使用读写锁

先来看看使用读写锁的屏幕对象

再来看看运行结果：

从运行结果中，我们可以看到，工作人员是一个一个的操作完成的。当14号操作完成之后，13号和12号才可以操作的。这个符号我们正常的业务。乘客读取的时候，读取到的都是最后一次更新，这个也符合我们的业务。所以，通过读写锁来操作车站屏幕是可以的。

四：读写锁总结

4.1：wrLock类对象

同样包含了公平锁和非公平锁。

其中ReadLock是读锁对象；WriteLock是写锁对象。

4.2：使用语法

读操作使用ReadLock

编辑

写操作的时候，使用WriteLock对象：

4.3:总结

读写锁(ReentrantReadWriteLock),凯哥就简写rwLock。也可以实现公平和非公平的。其内部维护了一对锁：一个读锁(ReadLock对象)，一个写锁(writeLock对象)，通过读写分离的方式来提高并发性能。读写锁也叫共享锁。其共享是在读数据的时候，可以让多个线程同时进行读操作的。在写的时候具有排他性，其他读或者写操作都要被阻塞。

一般情况下，读写锁的性能都会比排他锁性能好，那是因为，大多数场景读操作多于写操作的。在读多与写的场景下，读写锁能够提供比排他锁更好的并性能和吞吐量。

​    ​    ​    ​    ​    ​    ​    ​    ​    ​    ​    ​    ​    ​    ​欢迎来聊~

原文出处：https://www.cnblogs.com/kaigejava/p/12651268.html