synchronized底层原理(重量级锁，轻量级锁，偏向锁)

最新推荐文章于 2024-07-30 20:07:10 发布

trigger333

最新推荐文章于 2024-07-30 20:07:10 发布

阅读量2.2k

点赞数 2

分类专栏：多线程文章标签： java 开发语言

本文链接：https://blog.csdn.net/weixin_40757930/article/details/123848536

版权

多线程专栏收录该内容

26 篇文章 0 订阅

订阅专栏

说⼀说⾃⼰对于 synchronized 关键字的了解

wait notify notifyAll

synchronized 是什么

用在多线程领域，使线程同步，synchronized(class) 加一个对象就可以上锁

这样就可以避免一些线程安全问题（访问共享资源，读写共享资源，临界区）

使用方法：

用代码块或者加在方法上。

在Java早期版本中， synchronized属于重量级锁，效率低下，因为监视器锁( monitor)是依赖于底层的操作系统的 Mutex Lock来实现的，Java的线程是映射到操作系统的原生线程之上的。

如果要挂起或者唤醒一个线程，都需要操作系统帮忙完成，而操作系统实现线程之间的切换时需要从用户态转换到内核态，这个状态之间的转换需要相对比较长的时间，时间成本相对较高，这也是为什么早期的 synchronized效率低的原因。

庆幸的是在Java6之后Java官方对从JVM层面对 synchronized较大优化，所以现在的 synchronized锁效率也优化得很不错了。

java1.6 对锁的实现引入了大量的优化，如自旋锁、适应性自旋锁、锁消除、锁粗化、偏向锁、轻量级锁等技术来减少锁操作的开销。

monitor原理

Monitor 被翻译为 监视器 或管程

每个 Java 对象都可以关联一个 Monitor 对象，如果使用 synchronized 给对象上锁（重量级）之后，该对象头的Mark Word 中就被设置指向 Monitor 对象的指针。

各种锁

重量级锁

和monitor相关联属于重量级锁，因为有和操作系统的交互，会占用较多资源，所以有了轻量级锁和偏向锁。三者可以在对象的markword字段中后三位二进制数得到，01是正常状态和偏向锁状态，00是轻量级锁，10是重量级锁。

自旋锁(循环上锁)

重量级锁竞争的时候可以使用自旋来进行优化。

重量级锁会有阻塞，阻塞再唤醒就会有线程的上下文切换，效率较低。

于是在一个线程上锁时发现对象已经被占用，这时不会立马进入阻塞队列，而是会连续几次进行上锁的尝试。

这样会减少一些线程的阻塞，提升效率。自旋锁在单核cpu下没有意义，反而降低程序效率。

轻量级锁的实现

轻量级锁的使用场景：如果一个对象虽然有多线程要加锁，但加锁的时间是错开的（也就是没有竞争），那么可以使用轻量级锁来优化。

如果没有锁膨胀，轻量级锁没有和操作系统的交互。

创建锁记录（Lock Record）对象，每个线程都的栈帧都会包含一个锁记录的结构，内部可以存储锁定对象的Mark Word 。

在进行锁定时，通过CAS（compare and swap）和该对象头中的mark word进行比较交换，如果成功了，那么此时 锁记录中就会存放对象头的mark word（ hashcode epoch age等数据），对象的mark word就会被替换为一个64位的二进制数(末尾是00 表明是轻量级锁)，表示该对象被某个线程锁了。