目录
1 引入Synchronized
- Synchronized是java虚拟机为线程安全而引入的。
- 互斥同步是一种最常见的并发正确性的保障手段。同步是指在多个线程并发访问共享数据时,保证共享数据在同一个时刻只被一条线程使用。
- synchronized是最基本的互斥同步手段,它是一种块结构的同步语法。
- synchronized修饰代码块,无论该代码块正常执行完成还是发生异常,都会释放锁
synchronized对线程访问的影响:
- 被synchronized修饰的同步块在持有锁的线程执行完毕并释放锁之前,会阻塞其他线程的进入。
- 被synchronized修饰的同步块对同一条线程是可重入的
2 Synchronized的使用
可以作用在方法上或者方法里的代码块:
- 修饰方法,包括实例方法和静态方法
- 修饰方法里的代码块,这时需要一个引用作为参数。
- Synchronized作用地方不同,产生的锁类型也不同,分为对象锁和类锁
2.1 对象锁
Synchronized修饰实例方法或者代码块(锁对象不是*.class),此时生产对象锁。多线程访问该类的同一个对象的sychronized块是同步的,访问不同对象不受同步限制。
2.1.1 Synchronized修饰实例方法
public static void main(String[] args){
TempTest tempTest = new TempTest();
Thread t1 = new Thread(() -> {
tempTest.doing(Thread.currentThread().getName());
});
Thread t2 = new Thread(() -> {
tempTest.doing(Thread.currentThread().getName());
});
t1.start();
t2.start();
}
//同一时刻只能被一个线程调用
private synchronized void doing(String threadName){
for(int i=0;i<3;i++){
System.out.println("current thread is : "+threadName);
try {
Thread.sleep(50);
} catch (InterruptedException e) {}
}
}
运行结果:
current thread is : Thread-0
current thread is : Thread-0
current thread is : Thread-0
current thread is : Thread-1
current thread is : Thread-1
current thread is : Thread-1
2.1.2 Synchronized修饰代码块
public class SynchronizedObjectLock implements Runnable {
static SynchronizedObjectLock instence = new SynchronizedObjectLock();
@Override
public void run() {
// 同步代码块形式:锁为this,两个线程使用的锁是一样的,线程1必须要等到线程0释放了该锁后,才能执行
synchronized (this) {
System.out.println("我是线程" + Thread.currentThread().getName());
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName() + "结束");
}
}
public static void main(String[] args) {
Thread t1 = new Thread(instence);
Thread t2 = new Thread(instence);
t1.start();
t2.start();
}
}
运行结果:
我是线程Thread-0
Thread-0结束
我是线程Thread-1
Thread-1结束
2.2 类锁
synchronize修饰静态方法或指定锁对象为Class,此时产生类锁。多线程访问该类的所有对象的sychronized块是同步的,
2.2.1 synchronize修饰静态方法
public static void main(String[] args){
TempTest tempTest1 = new TempTest();
TempTest tempTest2 = new TempTest();
//虽然创建了两个TempTest实例,但是依然是调用同一个doing方法(因为是个static);因此doing还是会依次执行
Thread t1 = new Thread(() -> tempTest1.doing(Thread.currentThread().getName()));
Thread t2 = new Thread(() -> tempTest2.doing(Thread.currentThread().getName()));
t1.start();
t2.start();
}
//修饰静态方法,则是类锁;
private static synchronized void doing(String threadName){
for(int i=0;i<3;i++){
System.out.println("current thread is : "+threadName);
try {
Thread.sleep(50);
} catch (InterruptedException e) {}
}
}
运行结果:有序输出 【如果去掉static ,则线程会交替执行doing】
current thread is : Thread-0
current thread is : Thread-0
current thread is : Thread-0
current thread is : Thread-1
current thread is : Thread-1
current thread is : Thread-1
2.2.2 synchronize指定锁对象为Class
public class SynchronizedObjectLock implements Runnable {
static SynchronizedObjectLock instence1 = new SynchronizedObjectLock();
static SynchronizedObjectLock instence2 = new SynchronizedObjectLock();
@Override
public void run() {
// 所有线程需要的锁都是同一把
synchronized(SynchronizedObjectLock.class){
System.out.println("我是线程" + Thread.currentThread().getName());
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName() + "结束");
}
}
public static void main(String[] args) {
Thread t1 = new Thread(instence1);
Thread t2 = new Thread(instence2);
t1.start();
t2.start();
}
}
结果:
我是线程Thread-0
Thread-0结束
我是线程Thread-1
Thread-1结束
3 Synchronized原理分析
3.1 虚拟机如何辨别和处理synchronized
- 虚拟机可以从常量池中的方法表结构中的ACC_ SYNCHRONIZED访问标志区分一个方法是否是同步方法。
- 当调用方法时,调用指令将会检查方法的ACC_ SYNCHRONIZED访问标志是否设置,如果设置了,执行线程将先持有同步锁,然后执行方法,最后在方法完成时释放同步锁。
- 在方法执行期间,执行线程持有了同步锁,其他任何线程都无法再获得同一个锁。
- 如果一个同步方法执行期间抛出了异常,并且在方法内部无法处理此异常,那这个同步方法所持有的锁将在异常抛到同步方法之外时自动释放。
3.2 虚拟机对synchronized的编译处理
以下代码:
public class Foo {
void onlyMe(Foo f) {
synchronized(f) {
doSomething();
}
}
private void doSomething(){ }
}
编译后,这段代码生成的字节码序列如下:
- synchronized关键字经过Javac编译之后,会在同步块的前后生成monitorenter和monitorexit两个字节码指令。
- 指令含义:monitorenter:获取对象的锁;monitorexit:释放对象的锁
- 执行monitorenter指令时,首先尝试获取对象的锁。如果对象没被锁定,或者当前线程已经持有了对象的锁,就把锁的计数器的值增加1
- 执行monitorexit指令时,将锁计数器的值减1,一旦计数器的值为零,锁随即就被释放
- 如果获取对象锁失败,那当前线程阻塞等待,直到锁被释放。
- 为了保证在方法异常完成时monitorenter和monitorexit指令依然可以正确配对执行,编译器会自动产生一个异常处理程序,它的目的就是用来执行monitorexit指令。
3.3 虚拟机执行加锁和释放锁的过程
那么重点来了到这里,有几个问题需明确:
- 什么叫对象的锁?
- 如何确定锁被线程持有?
- 执行monitorenter后,对象发生什么变化?
- 锁计数值保存在哪里,如何获取到?
1. 什么叫对象的锁?
对象的内存结构参考:2 Java内存层面的对象认识
- 锁,一种可以被读写的资源,对象的锁是对象的一部分。
- 对象的结构中有部分称为对象头。
- 对象头中有2bit空间,用于存储锁标志,通过该标志位来标识对象是否被锁定。
2. 如果确定锁被线程持有?
- 代码即将进入同步块的时,如果锁标志位为“01”(对象未被锁定),虚拟机首先将在当前线程的栈帧中建立一个名为锁记录的空间,存储锁对象Mark Word的拷贝。(线程开辟空间并存储对象头)
- 虚拟机将使用CAS操作尝试把对象的Mark Word更新成指向锁记录的指针(对象头的mw存储指向线程“锁记录”中的指针)
- 如果CAS操作成功,即代表该线程拥有了这个对象的锁,并且将对象的锁标志位转变为“00”
- 如果CAS操作失败,那就意味着至少存在一条线程与当前线程竞争获取该对象的锁。虚拟机首先会检查对象的Mark Word是否指向当前线程的栈帧,如果是,说明当前线程已经拥有了这个对象的锁,那直接进入同步块继续执行,否则就说明这个锁对象已经被其他线程抢占。
- 解锁过程:CAS操作把线程中保存的MW拷贝替换回对象头中。假如能够成功替换,那整个同步过程就顺利完成了;如果替换失败,则说明有其他线程尝试过获取该锁,就要在释放锁的同时,唤醒被挂起的线程。
3 执行monitorenter后,对象发生什么变化?
- 对象的锁标志位转变为“00”
- 拥有对象锁的线程开辟了新空间,保存了对象的Mark Word信息
- 对象的Mark Word保存了线程的锁记录空间的地址拷贝
4 锁计数值保存在哪里?
我还没搞懂。
monitorenter指令执行的过程:
4 Synchronized与Lock
synchronized的缺陷
- 在多线程竞争锁时,当一个线程获取锁时,它会阻塞所有正在竞争的线程,这样对性能带来了极大的影响。
- 挂起线程和恢复线程的操作都需要转入内核态中完成,上下文切换需要消耗很大性能。
- 效率低:锁的释放情况少,只有代码执行完毕或者异常结束才会释放锁;试图获取锁的时候不能设定超时,不能中断一个正在使用锁的线程,相对而言,Lock可以中断和设置超时
- 不够灵活:加锁和释放的时机单一,每个锁仅有一个单一的条件(某个对象),相对而言,读写锁更加灵活
5 使用Synchronized有哪些要注意的
- 锁对象不能为空,因为锁的信息都保存在对象头里
- 作用域不宜过大,影响程序执行的速度,控制范围过大,编写代码也容易出错
- 在能选择的情况下,既不要用Lock也不要用synchronized关键字,用java.util.concurrent包中的各种各样的类,如果有必要,使用synchronized关键,因为代码量少,避免出错
- synchronized实际上是非公平的,新来的线程有可能立即获得执行,而在等待区中等候已久的线程可能再次等待,这样有利于提高性能,但是也可能会导致饥饿现象。