java-synchronized

暂停t1

检查对象头中是否存了线程1

01

访问同步代码块

将对象头中的Markword替换为指向锁记录的指针

把对象头中的Markword存记录中

EntryList

被唤醒后加入等待

自旋

成功

有资格队列

重量级锁：依赖于底层操作系统的Mutex Lock实现，操作系统实现线程之间的切换需要从用户态到内核态的切换，切换成本非常高。一旦锁升级成重量级锁，就不会再恢复到轻量级锁状态。当锁处于这个状态下，其他线程试图获取锁时，都会被阻塞住

cas修改MW

偏向锁

失败，因为t1已经获得

会使用原子的CAS操作将Displaced Mark Word替换回到对象头，如果成功，则表示没有竞争发生。如果失败，表示当前锁存在竞争，锁就会膨胀成重量级锁。

失败

Monitor监视器

将对象头的MW替换成轻量级锁

对象头-Markword(MW)

线程t2

成功获取对象监视器

偏向锁：当一个线程访问同步块并获取锁时，会在对象头和栈帧中的锁记录里存储锁偏向的线程ID，以后该线程在进入和退出同步块时不需要进行CAS操作来加锁和解锁，只需简单地测试一下对象头的Mark Word里是否存储着指向当前线程的偏向锁。如果测试成功，表示线程已经获得了锁。如果测试失败，则需要再测试一下Mark Word中偏向锁的标识是否设置成1（表示当前是偏向锁）：如果没有设置，则使用CAS竞争锁；如果设置了，则尝试使用CAS将对象头的偏向锁指向当前线程。

在栈帧中创建存储锁记录的空间

monitorenter

对象头：存储了对象锁的信息

分配栈帧空间，并复制MW到栈中

monitorexit结束后选一个

lock

轻量级解锁

Waiting Queue 等待队列

对象监视：记录当前对象被使用的信息。线程等待信息。

unlock

锁膨胀-重量级

monitorexit

0

最多只有一个线程

失败，t2在争夺

轻量级锁

_cxq

获取锁执行

1

撤销偏向锁

升级为重量锁

线程t1

释放锁并唤醒等待线程

轻量级锁的获得和膨胀

没

hash

挂起

无锁

将对象头的MW中的线程ID执行自己

表示有竞争，测尝试自旋获取

没有

阻塞队列WaitSet

t1-id

尝试获取监视器

执行结束

cas替换MW

执行同步体

得到对象锁，执行synchronized代码块

指向t1的栈

Contention竞争队列

由ObjectWaiter组成的双向队列

偏向锁的获得和撤销

线程被wait

阻塞

Owner线程

恢复t1

10

执行

升级为重量

jvm在当前线程中

当前线程获取失败

轻量级加锁

jdk1.6时对synchronized进行优化。引入了自旋锁，偏向锁，轻量级和重量级锁的概念

偏向锁的释放：当其他线程尝试竞争偏向锁时，持有偏向锁的线程才会释放锁，偏向锁的撤销，需要等待全局安全点，没有正在执行的字节码，就是stop the world。

失败后加入队列

有

用CAS

锁升级

指向重量指针

指针

发生异常

遇到同步代码块时

自旋获取

撤销

唤醒后继续争夺

获得锁

00

Synchronized是非公平锁。 Synchronized在线程进入ContentionList时，等待的线程会先尝试自旋CAS获取锁，如果获取不到就进入ContentionList