能区分，因偏向锁标志位为01且偏向位为1（存线程ID），轻量级锁标志位为00（存Lock Record指针），二者互斥且不可共存。
直接看对象头的 Mark Word 内容，就能区分偏向锁和轻量级锁——它们在内存布局里有明确、互斥的标志位组合。
看锁标志位和偏向位
HotSpot JVM 中，每个 Java 对象的对象头（Mark Word）里用几个比特位编码锁状态：
- 偏向锁：锁标志位 = 01，且偏向锁启用位（biased_lock）= 1；此时 Mark Word 中还存着线程 ID 和 epoch（分代时间戳）
- 轻量级锁：锁标志位 = 00，偏向位无关（此时已关闭偏向模式）；Mark Word 存的是指向当前线程栈中“锁记录”（Lock Record）的指针
- 注意：两者不会共存——一旦发生竞争，偏向锁会被撤销并升级为轻量级锁，Mark Word 就从“存线程 ID”变成“存锁记录地址”，标志位也从 01 变成 00
用 JOL 工具直观验证
引入 org.openjdk.jol:jol-core 依赖，打印对象布局：
Object obj = new Object(); System.out.println(ClassLayout.parseInstance(obj).toPrintable());
运行后观察输出中的 mark 字段：
立即学习“Java免费学习笔记（深入）”；
- 若显示类似
0x0000000000000005（末两位二进制为 01，且高位含有效线程 ID），大概率是偏向锁（需确保已过 JVM 延迟启动期，默认约 4 秒） - 若显示
0x0000000000000000或低位为 00，且程序正处在线程竞争中，则是轻量级锁 - 无锁状态也是 01，但线程 ID 为 0；重量级锁标志位是 10
结合行为反推锁类型
不依赖工具时，可通过典型行为辅助判断：
- 单线程反复进入同一 synchronized 块，且无其他线程干扰 → 几乎肯定是偏向锁（JVM 默认开启，首次加锁即设偏向）
- 两个线程交替快速进出同步块，CPU 占用偏高但没明显阻塞 → 很可能是轻量级锁（自旋等待，未升级）
- 出现线程 WAITING / BLOCKED 状态，且堆栈停留在
Unsafe.park→ 已升级为重量级锁，那之前经过的轻量级锁阶段就可确认存在
注意 JDK 版本差异
从 JDK 15 开始，偏向锁已被官方标记为废弃（Deprecate and Disable Biased Locking），JDK 17+ 默认禁用。若你用的是较新版本，程序中实际不会出现偏向锁，所有初始锁都直接走轻量级锁路径。可通过 -XX:+UseBiasedLocking 手动开启（仅限 JDK 15 以前或显式启用的场景）。
