-xx:-usebiasedlocking 全局禁用偏向锁机制，彻底移除其初始化逻辑与运行时支持，避免高并发下因频繁撤销和锁膨胀带来的额外开销与gc压力。
在高并发场景下，-XX:-UseBiasedLocking 是一个明确、直接且有效的 JVM 参数，用于**全局禁用偏向锁机制**。它不是“建议关闭”，而是彻底移除偏向锁的初始化逻辑和运行时支持，从而避免其在竞争激烈时带来的额外开销与状态转换成本。
为什么高并发下要关掉偏向锁？
偏向锁的设计初衷是优化**单线程重复获取同一把锁**的场景（比如 getter/setter、同步块内无竞争），通过将锁“偏向”给首个线程，省去 CAS 操作。但在多线程频繁竞争锁的环境下：
- 偏向锁会快速进入“撤销（revoke）”流程：JVM 需要安全点暂停所有线程，遍历对象头、清理偏向标记、升级为轻量级锁——这个过程代价远高于直接使用轻量级锁；
- 大量对象反复发生偏向撤销与锁膨胀，引发额外 GC 压力（尤其涉及栈上锁记录迁移）；
- 现代 CPU 多核调度成熟，轻量级锁（基于 CAS + 自旋）在多数争用不极端的场景下已足够高效，偏向锁反而成了累赘。
如何正确启用该参数？
只需在启动命令中添加：-XX:-UseBiasedLocking（注意是减号 -，表示关闭）
推荐搭配以下参数一起使用，形成高并发友好配置：
-
-XX:+UseHeavyMonitors：强制所有同步块走重量级锁路径（可选，适用于已确认无轻量级锁收益的极端争用场景）； -
-XX:BiasedLockingStartupDelay=0：即使未显式关闭，也立即禁用延迟（但不如-XX:-UseBiasedLocking彻底）； - 确保不带
-XX:+UseBiasedLocking或任何隐式开启项（如某些 JDK8 早期版本默认开启，JDK15+ 已默认关闭）。
验证是否生效
启动后可通过以下方式确认偏向锁已被禁用：
- 加参数
-XX:+PrintFlagsFinal启动，搜索UseBiasedLocking，输出应为bool UseBiasedLocking = false； - 用
jstat -printcompilation <pid></pid>观察是否仍有偏向相关日志（关闭后不会出现Bias Revocation类提示）； - 写一段简单 synchronized 测试代码，在 JFR 或 JIT 日志中观察锁膨胀路径，应跳过偏向阶段，直接进入轻量级或重量级。
注意事项
该参数影响的是所有对象的 monitor 初始化行为**，不是运行时动态开关。一旦 JVM 启动并设置为 false，整个生命周期内都不会尝试启用偏向锁。
- 无需配合 -XX:BiasedLockingBulkRebiasThreshold 等调优参数（它们仅在开启时有意义）；
- 对已有生产系统，建议先在压测环境对比开启/关闭下的吞吐量、GC pause、锁竞争指标（如 Thread.getState() 中 BLOCKED 时间）；
- JDK 15 及以后版本已默认关闭偏向锁，若使用 JDK8/11，此参数尤为关键。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
