JVM系列之:对象的锁状态和同步

柔光的暖阳◎ 2023-03-01 10:23 32阅读 0赞

### 文章目录 ###

*  简介
 *  java对象头
 *  java中锁状态的变化
 *  偏向锁biased locking
 *  轻量级锁thin lock
 *  重量级锁
 *  三种锁状态的不同

# 简介 #

锁和同步是java多线程编程中非常常见的使用场景。为了锁定多线程共享的对象，Java需要提供一定的机制来实现共享对象的锁定，从而保证一次只有一个线程能够作用于共享对象。当第二个线程进入同一个区域的时候，必须等待第一个线程解锁该对象。

JVM是怎么做到的呢？为了实现这个功能，java对象又需要具备什么样的结构呢？快来一起看看吧。

# java对象头 #

Java的锁状态其实可以分为三种，分别是偏向锁，轻量级锁和重量级锁。

在Java HotSpot VM中，每个对象前面都有一个class指针和一个Mark Word。 Mark Word存储了哈希值以及分代年龄和标记位等，通过这些值的变化，JVM可以实现对java对象的不同程度的锁定。

还记得我们之前分享java对象的那张图吗？

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_0_text_aHR0cDovL3d3dy5mbHlkZWFuLmNvbQ_size_35_color_8F8F8F_t_70][]

javaObject对象的对象头大小根据你使用的是32位还是64位的虚拟机的不同，稍有变化。这里我们使用的是64位的虚拟机为例。

Object的对象头，分为两部分，第一部分是Mark Word，用来存储对象的运行时数据比如：hashcode，GC分代年龄，锁状态，持有锁信息，偏向锁的thread ID等等。

在64位的虚拟机中，Mark Word是64bits，如果是在32位的虚拟机中Mark Word是32bits。

第二部分就是Klass Word，Klass Word是一个类型指针，指向class的元数据，JVM通过Klass Word来判断该对象是哪个class的实例。

我们可以看到对象头中的Mark Word根据状态的不同，存储的是不同的内容。

其中锁标记的值分别是：无锁=001，偏向锁=101，轻量级锁=000，重量级锁=010。

# java中锁状态的变化 #

为什么java中的锁有三种状态呢？其本质原因是为了提升锁的效率，因为不同情况下，锁的力度是不一样的。

通过设置不同的锁的状态，从而可以不同的情况用不同的处理方式。

下图是java中的锁状态的变化图：

![20200619212424286.png][]

上面的图基本上列出了java中锁状态的整个生命周期。接下来我们一个一个的讲解。

# 偏向锁biased locking #

一般来说，一个对象被一个线程获得锁之后，很少发生线程切换的情况。也就是说大部分情况下，一个对象只是被一个对象锁定的。

那么这个时候我们可以通过设置Mark word的一定结构，减少使用CAS来更新对象头的频率。

为了实现这样的目标，我们看下偏向锁的Mark word的结构：

![20200619215207151.png][]

当偏向线程第一次进入同步块的时候，会去判断偏向锁的状态和thread ID，如果偏向锁状态是1，并且thread ID是空的话，将会使用CAS命令来更新对象的Mark word。

设置是否偏向锁=1，锁标记=01,线程ID设置为当前锁定该对象的线程。

下一次该对象进入同步块的时候，会先去判断锁定的线程ID和当前线程ID是否相等，如果相等的话则不需要执行CAS命令，直接进入同步块。

如果这个时候有第二个线程想访问该对象的同步块，因为当前对象头的thread ID是第一个线程的ID，跟第二个线程的ID不同。

如果这个时候线程1的同步块已经执行完毕，那么需要解除偏向锁的锁定。

解除锁定很简单，就是将线程ID设置为空，并且将偏向锁的标志位设为0，

如果这个时候线程1的同步块还在执行，那么需要将偏向锁升级为轻量级锁。

# 轻量级锁thin lock #

先看下轻量级锁的结构：

![20200619221814770.png][]

可以看到Mark word中存放的是栈中锁记录的指针和锁的标记=00。

如果对象现在处于未加锁状态，当一个线程尝试进入同步块的时候，会将把对象头和当前对象的指针拷贝一份，放在线程的栈中一个叫做lock record的地方。

然后JVM通过CAS操作，将对象头中的指针指向刚刚拷贝的lock record。如果成功，则该线程拥有该对象的锁。

实际上Lock Record和Mark word形成了一个互相指向对方的情况。

下次这个线程再次进入同步块的时候，同样执行CAS，比较Mark word中的指针是否和当前thread的lock record地址一致，如果一致表明是同一个线程，可以继续持有该锁。

如果这个时候有第二个线程，也想进入该对象的同步块，也会执行CAS操作，很明显会失败，因为对象头中的指针和lock record的地址不一样。

这个时候第二个线程就会自旋等待。

那么第一个线程什么时候会释放锁呢？

轻量级锁在线程退出同步块的时候，同样需要执行CAS命令，将锁标记从00替换成01，也就是无锁状态。

# 重量级锁 #

如果第二个线程自旋时间太久，就会将锁标记替换成10（重量级锁），并且设置重量级锁的指针，指向第二个线程，然后进入阻塞状态。

当第一个线程退出同步块的时候，执行CAS命令就会出错，这时候第一个线程就知道锁已经膨胀成为重量级锁了。

第一个线程就会释放锁，并且唤醒等待的第二个线程。

第二个线程被唤醒之后，重新争夺锁。

我们看下重量级锁的结构：

![20200619224613221.png][]

# 三种锁状态的不同 #

偏向锁，轻量级锁和重量级锁到底有什么不同了？

这里总结一下，偏向锁下次进入的时候不需要执行CAS命令，只做线程ID的比较即可。

轻量级锁进入和退出同步块都需要执行CAS命令，但是轻量级锁不会阻塞，它使用的是自旋命令来获取锁。

重量级锁不使用自旋，但是会阻塞线程。

好了，小伙伴们对于锁的状态变化有什么疑问吗？欢迎留言。

> 本文作者：flydean程序那些事
> 
> 本文链接：[http://www.flydean.com/jvm-object-lock-synchronization/][http_www.flydean.com_jvm-object-lock-synchronization]
> 
> 本文来源：flydean的博客
> 
> 欢迎关注我的公众号:程序那些事，更多精彩等着您！

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_0_text_aHR0cDovL3d3dy5mbHlkZWFuLmNvbQ_size_35_color_8F8F8F_t_70]: /images/20230209/c8e7542e9d324f24802e3f38baed00ce.png
[20200619212424286.png]: /images/20230209/92a1cda1b62f495b81dba24a3c9cbe7f.png
[20200619215207151.png]: /images/20230209/ca62c5b39e734eae80d60a1d8befb6b6.png
[20200619221814770.png]: /images/20230209/ddbe39670f884fe7acf6945b8d484eb9.png
[20200619224613221.png]: /images/20230209/746c7d20e8b540b0bda3fae8f0d413ac.png
[http_www.flydean.com_jvm-object-lock-synchronization]: http://www.flydean.com/jvm-object-lock-synchronization/