进化吧，MySQL锁！无锁-＞偏向锁-＞轻量级锁-＞重量级锁（请自动脑补数码宝贝进化音）

写在前边

• 走到哪都有各种琐事，在MySQL中咱已经聊透了各种琐事 ->MySQL锁机制&&事务，今天来看看Java里边的锁升级过程，以及各种锁之间的比较，悲观乐观，粗化消除~

四种锁的Markword

优先程度

• 偏向锁->轻量级锁-(先自旋不行再膨胀)>重量级锁(不会自旋直接阻塞)

轻量级锁

只是栈中一个锁对象,不是monitor这种重量级

轻量级锁的使用场景是：如果一个对象虽然有多个线程要对它进行加锁，但是加锁的时间是错开的（也就是没有人可以竞争的,所以不会出现阻塞的情况），那么可以使用轻量级锁来进行优化。轻量级锁对使用者是透明的，即语法仍然是synchronized，假设有两个方法同步块，利用同一个对象加锁

static final Object obj = new Object(); public static void method1() { synchronized( obj ) { // 同步块 A method2(); } } public static void method2() { synchronized( obj ) { // 同步块 B } } 复制代码

1. 每次指向到synchronized代码块时，都会创建锁记录（Lock Record）对象，每个线程都会包括一个锁记录的结构，锁记录内部可以储存对象的Mark Word(用来改变对象的lock record编码)和对象引用reference (表示指向哪个对象)

​

1. 让锁记录中的Object reference指向对象，并且尝试用CAS(compare and sweep)替换Object对象的Mark Word(表示加锁) , 将对象的Mark Word更新为指向Lock Record的指针，并将Mark Word 的值存入锁记录中 (等同于将Lock Record里的owner指针指向对象的Mark Word。)

1. 如果cas替换成功，那么对象的对象头储存的就是锁记录的地址和状态01，如下所示

​

1. 如果cas失败，有两种情况 如果是其它线程已经持有了该Object的轻量级锁，那么表示有竞争，将进入锁膨胀阶段 如果是自己的线程已经执行了synchronized进行加锁，那么那么再添加一条 Lock Record 作为重入的计数

且此时新的一条Lock Record中,对象的MarkWord为null(相当于被前一个抢了)

​

1. 当线程退出synchronized代码块的时候，如果获取的是取值为 null 的锁记录，表示有重入，这时重置锁记录，表示重入计数减一

1. 当线程退出synchronized代码块的时候，如果获取的锁记录取值不为 null，那么**使用cas将Mark Word的值恢复给对象 ** 成功则解锁成功 失败，则说明轻量级锁进行了锁膨胀或已经升级为重量级锁，进入重量级锁解锁流程

总结

• 加锁和解锁都是用CAS来交换Lock Record

锁膨胀

如果在尝试加轻量级锁的过程中，cas操作无法成功，这是有一种情况就是其它线程已经为这个对象加上了轻量级锁，这是就要进行锁膨胀，将轻量级锁变成重量级锁。

1. 当 Thread-1 进行轻量级加锁时，Thread-0 已经对该对象加了轻量级锁