xl_echo编辑整理,欢迎转载,转载请声明文章来源。欢迎添加echo微信(微信号:t2421499075)交流学习。 百战不败,依不自称常胜,百败不颓,依能奋力前行。——这才是真正的堪称强大!!
参考文章列表:
Java并发编程:Synchronized底层优化(偏向锁、轻量级锁)
参考视频:咕泡学院Mic老师的多线程基本原理
主要的内容如下
- 多线程同时执行的安全问题思考
- Synchronized的基本认识
- 思考锁的存储
- Synchronized锁的升级原理
- wait/notify实现线程通信
多线程同时执行的安全问题思考
如果业务代码逻辑当中,有一个操作需要改变一个常量的值,比如int i = 0, 业务代码当中i需要i++。单线程的情况下,不会出现问题,如果是多线程并发操作i的值,这个时候,i的结果最终是什么?会出现线程的安全问题。这种情况应该怎么解决?
线程的安全性有三种
- 原子性
- 提供了互斥访问,同一时刻只能有一个线程对它进行操作
- 实现锁的两种方式:
1)synchronized:在作用对象的作用范围内,依赖JVM实现操作的原子性。
2)Lock:依赖特殊的CPU指令,代码实现。
- 实现锁的两种方式:
- 可见性
- 一个线程对主内存的修改可以及时的被其他线程观察到。
- 具体实现过程:
1)对volatile变量写操作时,会在写操作后加入一条store屏障指令,将本地内存中的共享变量值刷新到主内存。
2)对volatile变量读操作时,会在读操作前加入一条load屏障指令,从主内存中读取共享变量。
- 具体实现过程:
- 有序性
- Java内存模型中,允许编译器和处理器对指令进行重排序,但重排序过程不会影响到单线程程序的执行,却会影响到多线程并发执行的正确性。
Synchronized的基本认识
在java当中Synchronized是一种同步锁,也是一种互斥锁,当有一个线程拿到这个锁的时候,其他的线程就拿不到。在jdk1.6以前Synchronized是重量锁,之后做了相关优化,性能有一定的提升。
- Synchronized的基本使用
- 修饰示例的方法
- 修饰静态方法
- 修饰代码块
思考锁的存储
Synchronized锁的存储
- 对象在内存中的布局
- Markword
锁的状态总共有四种
- 无锁状态
- 偏向锁
- 轻量级锁
重量级锁
锁的状态总共有四种:无锁状态、偏向锁、轻量级锁和重量级锁。随着锁的竞争,锁可以从偏向锁升级到轻量级锁,再升级的重量级锁(但是锁的升级是单向的,也就是说只能从低到高升级,不会出现锁的降级)。JDK 1.6中默认是开启偏向锁和轻量级锁的,我们也可以通过-XX:-UseBiasedLocking来禁用偏向锁。锁的状态保存在对象的头文件中,以32位的JDK为例:
锁状态 | 25bit | 4bit | 1bit | 2bit | |
23bit | 2bit | 是否偏向锁(是否禁用偏向) | 锁标志位 | ||
无锁态 | 对象的hashCode | 分代年龄 | 0 | 01 | |
轻量级锁 | 指向栈中锁记录的指针 | 00 | |||
重量级锁 | 指向互斥量(重量级锁)的指针 | 10 | |||
GC标记 | 空 | 11 | |||
偏向锁 | 线程ID | Epoch | 分代年龄 | 1 | 01 |
这些锁不等同于Java API中的ReentratLock这种锁,这些锁是概念上的,是JDK1.6中为了对synchronized同步关键字进行优化而产生的的锁机制。这些锁的启动和关闭策略可以通过设定JVM启动参数来设置,当然在一般情况下,使用JVM默认的策略就可以了。
偏向锁
通俗的讲,偏向锁就是在运行过程中,对象的锁偏向某个线程。即在开启偏向锁机制的情况下,某个线程获得锁,当该线程下次再想要获得锁时,不需要再获得锁(即忽略synchronized关键词),直接就可以执行同步代码,比较适合竞争较少的情况。
轻量级锁
轻量级锁不是用来替代传统的重量级锁的,而是在没有多线程竞争的情况下,使用轻量级锁能够减少性能消耗,但是当多个线程同时竞争锁时,轻量级锁会膨胀为重量级锁。
重量级锁
即当有其他线程占用锁时,当前线程会进入阻塞状态。
wait/notify实现线程通信
wait:释放锁,阻塞线程
notify:唤醒一个线程