synchronized和锁对象

首先来看到对象头的MarkWord属性

偏向锁

写段代码，来查看偏向锁的锁对象头的属性

import lombok.extern.slf4j.Slf4j;
import org.openjdk.jol.info.ClassLayout;

@Slf4j(topic = "test")
public class MyTest {
    public static void main(String[] args) throws InterruptedException {
    	//由于有偏向延迟，休眠一会（也可以添加启动参数关闭偏向延迟），否则上来直接是轻量锁
        Thread.sleep(4000);
        MyTest myTest = new MyTest();
        log.info(ClassLayout.parseInstance(myTest).toPrintable());
        synchronized (myTest){
            log.info(ClassLayout.parseInstance(myTest).toPrintable());
        }
        log.info(ClassLayout.parseInstance(myTest).toPrintable());
    }
}

前面64位为对象头的信息（小端存储，要反着看），后面32位为指向元空间类属性的地址，再有32位为对齐填充

可以看到加锁前，新建的对象，由于没有调用hashCode方法，对象头中不会存储hash值，101表示是可以进行偏向锁加锁的对象，同时没有存储线程id。（匿名偏向）。

加锁时，会在栈中实例化一个LockRecord指向了锁对象（myTest）, displaced_header属性偏向锁用不到。
然后当前线程构造出一个偏向自己的对象头和锁对象的匿名偏向头，使用cas将锁对象头改为偏向自己的对象头。如果cas成功，则获得锁。如果cas失败（锁竞争，有hash值，已经偏向其他线程），则会进入锁膨胀过程。

加锁后，对象头中则会记录线程的id（0x029f38）,这里的id不是Thread类中的tid。

当退出同步代码块后，则只需要将栈帧中的LockRecord的对锁对象的引用置为空。

此时对象头里面仍然保存了之前线程的id，如果相同线程id的线程再次加锁时，判断线程id和epoch（发生批量重偏向会修改值）相等，偏向标识为1（当计算了锁对象的hash值或者发生批量撤销时，或者轻量锁和重量锁时，该标识为0），此时就可以直接获取到锁。

偏向锁重入时，也是一样的判断线程id和epoch相等，偏向标识为1，则可以重入，再创建一个LockRecord。

解锁时，从栈帧中将遍历所有的LockRecord，拿到指向当前锁对象的LockRecord，将其对锁对象的引用置为空。

轻量锁

当锁对象记录过hash值
或者非偏向锁偏向的线程来加锁时（第一个线程加锁结束，第二个线程来加锁时），不存在锁竞争的情况，使用的是轻量锁。

import lombok.extern.slf4j.Slf4j;
import org.openjdk.jol.info.ClassLayout;

@Slf4j(topic = "test")
public class MyTest {
    public static void main(String[] args) throws InterruptedException {
        Thread.sleep(4000);
        MyTest myTest = new MyTest();
        myTest.hashCode();
        log.info(ClassLayout.parseInstance(myTest).toPrintable());
        synchronized (myTest){
            log.info(ClassLayout.parseInstance(myTest).toPrintable());
        }
        log.info(ClassLayout.parseInstance(myTest).toPrintable());
    }
}

由于计算过hash值，对象的偏向标识变成了0（不可偏向），锁标识为01，hash值为0x2280cdac。此时为无锁状态。

加锁时，在栈帧中实例化一个LockRecord对象指向了锁对象（myTest），基于锁对象构造一个无锁的对象头，存入到LockRecord中。使用cas将锁对象头中markWord改为指向自己的LockRecord（锁对象无锁的状态下才能成功）。如果cas成功，则获得锁，锁标志位修改为00。
如果cas失败：
重入的情况：失败后，判断当前持有锁的线程是否为自己（判断锁对象的LockRecord地址是否在自己的栈帧的范围中），自己则是重入情况。
锁竞争的情况：则会进入锁膨胀过程。

加锁时，如果原本已经是偏向锁，则要进行偏向锁撤销操作，撤销成功，则当前线程进行轻量锁加锁。该过程中，一旦发生锁竞争的情况，则会进入锁膨胀过程。

重入时，displaced_header设置为null，只需要最开始的LockRecord记录无锁的对象头就可以，重入的LockRecord不需要记录。

轻量锁解锁时，判断dispalced_header是否为null，为null的话，只将当前的LockRecord对对象头的引用设置为空，如果不为null，还需要将无锁的对象头恢复到锁对象中。

重量锁

当存在锁竞争的情况下，就会使用重量级锁。重量级锁通过ObjectMonitor来控制。栈帧中依然会存在LockRecord指向锁对象。
竞争锁失败的线程不会立马进入链表中等待唤醒，在进入等待状态之前，会多次去尝试获取锁（非公平）。