Java中的可重入ReadWriteLock
内容提要
Java提供了ReentrantReadWriteLock接口来处理并发性。它允许多个线程同时读取共享资源，但只允许一个线程写入。该接口具有重入性和tryLock方法，可以创建高效的并发系统。在处理需要读写操作混合的共享资源时，可以考虑使用ReentrantReadWriteLock。
延伸解读
读写锁的适用场景与权衡
文章指出，ReentrantReadWriteLock 适合读写操作混合的共享资源。它允许多个线程同时读取，但写入时独占，从而在性能与一致性之间取得平衡。不过，这种灵活性也带来额外开销：读锁和写锁的获取与释放需要显式管理，且写锁的独占性可能在高写入频率下成为瓶颈。因此，它更适合读多写少的场景，而非所有并发场景的通用替代。
重入性如何避免自死锁
文章通过 outerMethod 和 innerMethod 的示例说明，重入性允许已持有写锁的线程再次获取同一锁而不会阻塞。这避免了方法嵌套调用时因重复加锁导致的死锁。但需注意，重入仅针对同一线程；不同线程之间仍遵循读写锁的互斥规则。开发者应确保锁的获取与释放成对出现，否则可能引发难以排查的锁泄漏问题。
tryLock 的非阻塞价值与局限
文章提到 tryLock 方法允许尝试获取锁而不阻塞，适用于避免潜在死锁的场景。在示例中，若写锁获取失败，程序会进入 else 分支处理锁不可用的情况。这为开发者提供了更灵活的控制流，但文章未涉及 tryLock 的超时参数或公平性设置。实际使用时，需自行设计获取失败后的降级或重试策略，而非依赖锁本身提供完整解决方案。
Q&A
ReentrantReadWriteLock 是什么？它和 synchronized 有什么区别？
ReentrantReadWriteLock 是 Java 5 引入的 java.util.concurrent.locks 包中的一个接口，用于对共享资源进行细粒度并发控制。与 synchronized 相比，它提供了更灵活的锁定机制，将锁分为读锁和写锁：多个线程可同时持有读锁，但只有一个线程能持有写锁，从而实现并发读取和独占写入。
多个线程可以同时读吗？写的时候能同时读吗？
多个线程可以同时持有读锁，实现并发读取。但写锁是独占的，同一时间只允许一个线程持有写锁，因此写入时不能有其他线程同时读或写。
什么是可重入？能举个例子吗？
可重入是指已持有锁的线程可以再次获取该锁而不会阻塞。例如，一个方法持有写锁后调用另一个也需要写锁的方法，由于锁可重入，内部方法能成功获取锁，不会造成死锁。
tryLock 方法有什么用？怎么用？
tryLock 方法允许尝试获取锁而不阻塞。如果成功则执行操作，否则处理锁不可用的情况。这有助于避免潜在的死锁，适用于不想无限等待锁的场景。
如何在代码中实现读写锁的基本用法？
可以创建一个共享资源类，内部持有 ReentrantReadWriteLock 实例。读方法调用 readLock().lock() 获取读锁，写方法调用 writeLock().lock() 获取写锁，并在 finally 块中释放锁。这样多个线程可同时读，但写时独占。
ReentrantReadWriteLock 适合用在什么场景？
适用于需要读写操作混合的共享资源场景，例如多个线程频繁读取而偶尔写入的数据结构。它能在保证一致性的同时提高并发性能，是构建高效并发系统的重要工具。
