java 15 默认禁用偏向锁，因其在多核高并发场景下撤销开销远超cas节省收益：短命对象导致“偏向即丢弃”，撤销需stw停顿且耗时占比超20%，而轻量级锁配合自旋与jit优化已更高效稳定。
Java 15 默认禁用偏向锁，不是因为技术“坏了”，而是它在当前主流场景下得不偿失——撤销开销远大于节省的 CAS 成本。
多核高并发让“单线程偏好”失效
偏向锁的设计前提是：一个对象长期被同一个线程反复加锁。但现代服务普遍部署在 32 核以上机器，微服务请求经线程池分发，同一把锁常在毫秒级内被多个 worker 线程轮番争抢。刚偏向 A 线程，B 线程一来就得撤销，锁还没热身就进清理流程。
- 线程池 + 连接池 + 缓存 key 锁等典型模式，天然打破“单线程独占”假设
- 短生命周期对象（如 Spring MVC 的 RequestContextHolder、JSON 解析临时对象）存活时间远短于默认 4 秒偏向延迟，导致大量“偏向即丢弃”
- 每次对象创建都要判断是否可偏向、是否在延时期，分支预测开销累积可观
撤销一次就要全局停顿（STW）
当其他线程尝试获取已被偏向的锁，JVM 必须执行完整撤销流程：等待所有线程进入 Safepoint → 挂起持有线程 → 遍历其栈帧确认锁状态 → CAS 更新对象头 Mark Word。这个过程会引发毫秒级 STW，在高 QPS 场景下直接拉高 P99 延迟。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 实测显示，HTTP API 场景中开启偏向锁后，GC 日志频繁出现 Revoking bias of objects 记录
- 撤销耗时可能占同步总开销的 20% 以上，尤其在短命对象高频加锁时
- Safepoint 平均停留时间下降，是验证偏向锁真正退出路径的关键指标
轻量级锁已足够高效稳定
CAS 指令在现代 CPU 上延迟大幅降低，配合 JVM 的自适应自旋、锁消除、锁粗化等成熟优化，无竞争或低竞争下轻量级锁性能接近甚至优于偏向锁。
- 轻量级锁路径简洁：无锁 → 轻量级锁 → 重量级锁，没有偏向锁的 epoch 维护、批量重偏向等复杂逻辑
- SPECjbb2015 等基准测试表明，禁用偏向锁后 99% 延迟降低 5%–10%，吞吐量无损
- 偏向锁深度耦合 JVM 多个子系统，增加维护难度，阻碍同步机制持续演进
实际影响与验证要点
禁用偏向锁对绝大多数新项目无感知，但对依赖老式同步容器（如 Hashtable、Vector）或单线程初始化逻辑的遗留系统，需关注运行时行为变化。
- 启动参数加 -XX:+PrintBiasedLockingStatistics，日志出现 biased locking is disabled 或 Total skipped revocations: 0 才算真正生效
- jstat 和 JMX 中的锁统计不可靠，无法反映撤销频率
- 某些监控 agent（如 Arthas）若调用 Unsafe.monitorEnter，仍可能意外触发偏向逻辑，属于少数例外
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
