忽然想不通了，Java里的读写锁里的读锁有什么用？

读-写锁 （1）读写锁的出现原因： 　　ReentrantLock实现一种标准的互斥锁，每次最多只有一个线程能持有ReentrantLock，限制了并发性，互斥是一种保守的加锁策略，虽然避免了“写/写”冲突和“写/读”冲突，但也避免了“读/读”冲突，而大部分情况下读操作比较多，如果此时能够放宽加锁需求，允许多个读操作的线程同时访问数据结构，可以提升程序的性能（只要每个线程保证读取到最新的数据，并且在读取数据时不会有其他线程修改数据就行） （2）ReentrantLock提供的非互斥的读写锁的定义 1）一个资源可以被多个读操作访问，或者被一个写操作访问，但两者不能读写操作同时进行。2）读-写锁是一种性能优化措施，可以实现更高的并发性，提高程序的性能。3）当锁的持有时间较长并且大部分操作都不会修改被守护的资源时，读-写锁可以提高并发性。

总的来说 读写互斥和读锁共享，再来说场景 单/多线程 1、单线程：锁可重入（多个读或多个写） 2、多线程：当前线程读阻塞其他线程写，当前线程写阻塞其他线程读写

读读不互斥，读写互斥，写写互斥

防止读的时候其他线程写，允许读的时候其他线程读

加读锁应该是防止在写入的时候读取，防止读取脏数据

加了读锁别的线程如果要加写锁就阻塞了呀

处理高并发

h_b吧

等你用到的时候就理解了

读锁：共享锁 写锁：排它锁

请求读锁的线程进去之后，其他请求读锁线程可以继续进入。但此时，请求写锁的线程不能进入，会被阻塞，直到所有请求读锁的线程结束之后，才有可能进入。

关键理解是同一锁对象 ：用同一个锁对象， 在加了写锁的代码块执行期间，能阻塞 对该锁对象加写锁，当然也阻塞了写锁加锁和解锁之间的代码块的执行。

加读锁，保证可重复读。  加写锁，自己写，也阻塞别人读，因为数据正在改动。

刚学到这里，回复下自己的看法。因为读写锁锁住的不是共享资源，而是临界区，临界区里是对共享资源的操作，读写锁能控制多线程里的临界区对于共享资源访问的动作，但是不能控制共享资源不被别人访问。没有在锁住的临界区内的其它的线程依旧可以访问共享资源。所以如果不加读锁就会导致写的时候，共享资源被读。有此类问题的朋友可以试着写一下代码跑一下看看。