isWriteLocked 返回写锁是否被占用的布尔值，仅反映占用态；getReadLockCount 返回所有线程持有的读锁总次数（含重入）；二者组合可判断读写状态，如纯读、写独占等，且写读共存为非法状态。

isWriteLocked 和 getReadLockCount 是 ReentrantReadWriteLock 提供的两个轻量级监控方法，不加锁、不阻塞，常用于运行时状态观测和简单健康检查。

isWriteLocked：判断写锁是否被占用

返回布尔值，表示当前是否有线程持有写锁（即写锁是否处于被获取状态）。

• 仅反映写锁的“占用态”，不区分是哪个线程、也不体现重入次数
• 即使写锁被同一线程多次重入，只要至少一次未释放，就返回 true
• 适用于快速判断“此刻是否正在写入”，比如做简易熔断、拒绝新写请求、或触发缓存刷新等待逻辑
• 注意：它不保证调用后写锁状态不变——返回 true 后下一毫秒可能已被释放

getReadLockCount：统计所有读锁的总持有次数

返回 int 值，表示当前被所有线程共同持有的读锁总次数（含重入）。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 数值 = 所有线程调用 readLock().lock() 的总成功次数 − 对应 unlock() 的总执行次数
• 例如：3 个线程各持 1 次读锁 → 返回 3；1 个线程重入 4 次 → 返回 4；2 个线程分别重入 2 次和 3 次 → 返回 5
• 可用于识别读负载是否异常升高（如持续 >100 可能表明读锁未正确释放）
• 不能直接推断“有多少读线程在运行”，因为一个线程可持有多次读锁

搭配使用的典型监控场景

二者组合可粗略刻画锁竞争态势：

立即学习“Java免费学习笔记（深入）”；

• isWriteLocked == false && getReadLockCount > 0：纯读高峰期，系统读吞吐正常
• isWriteLocked == true && getReadLockCount == 0：写独占中，无读线程干扰
• isWriteLocked == true && getReadLockCount > 0：非法状态——ReentrantReadWriteLock 严格禁止读写锁共存，该组合永远不可能出现
• 长期 isWriteLocked == true 且延迟高：可能写操作卡住或未释放锁，需结合线程堆栈排查