锁降级是读写锁中允许写锁→读锁转换的原子操作，必须严格按“获取写锁→修改数据→获取读锁→释放写锁→使用并释放读锁”执行，禁止读锁升级以保障一致性。
锁降级是读写锁中一种关键的协调策略，它让线程在完成写操作后，不直接释放写锁再抢读锁，而是先获取读锁、再释放写锁，从而避免其他线程趁隙修改数据，既保障一致性，又让后续读操作能立即继续——这是提升并发读取效率的“无缝衔接”设计。
锁降级的执行顺序不能颠倒
必须严格遵循“获取写锁 → 修改数据 → 获取读锁 → 释放写锁 → 使用读锁 → 最终释放读锁”的流程。中间任何一步跳过或调换，都会破坏原子性。
- 写锁未释放前，当前线程可以成功获取读锁（这是重入支持的体现）
- 一旦写锁被释放，其他线程就可能抢占写锁并修改数据；若此时本线程还没拿到读锁，就会读到脏数据
- 因此，获取读锁必须发生在释放写锁之前，且两者之间不能有其他可能改变共享状态的操作
为什么不允许锁升级（读→写）
读锁存在时，可能已有多个线程同时持有，若允许其中一个升级为写锁，就会导致其余读线程仍在读、而数据已被修改，严重破坏一致性。JVM 直接禁止该行为，尝试升级会永久阻塞，最终引发死锁。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- ReentrantReadWriteLock 明确不支持读锁升级为写锁
- 如果业务逻辑确实需要“先读再决定是否写”，应提前申请写锁（哪怕最终没写），或采用双重检查+写锁重入的方式
- StampedLock 提供了乐观读机制，可作为替代方案，但需自行校验版本有效性
锁降级的实际价值在缓存类场景最明显
比如一个配置中心客户端：首次加载配置时需写入本地缓存，之后频繁读取。用锁降级可做到“一次写、长期读”，避免写完立刻释放锁、又被新写请求抢占，导致读线程反复等待。
- 写线程完成更新后降级为读锁，可立即响应后续读请求
- 其他读线程无需等待写锁释放再排队争抢读锁，减少上下文切换和排队延迟
- 配合非公平模式（默认），吞吐量更高；若写操作较重，也可启用公平模式缓解写饥饿
使用时务必配对加锁与解锁
读锁和写锁都必须在 finally 块中释放，尤其降级后存在两把锁（读+写），遗漏任一释放都会造成资源泄漏甚至死锁。
- 写锁释放前必须确保读锁已成功获取，可用 tryLock(long, TimeUnit) 设置超时避免无限等待
- 建议将降级逻辑封装成工具方法，统一处理锁获取顺序与异常路径
- 避免在持有写锁期间执行耗时操作（如远程调用、IO），否则会阻塞所有读写，抵消降级收益
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
