简述
synchronized是一个同步、重量级锁。synchronized关键字可以保证被它修饰的方法或者代码块在任意时刻只能有一个线程执行
synchronized关键字的使用
修饰实例方法
给当前对象实例加锁,进入同步代码需要获取当前对象实例的锁
public synchronized void test01(){
count--;
System.out.println(Thread.currentThread().getName() + " count=" + count);
}
修饰静态方法
给当前类加锁,会作用于类的所有对象实例
public synchronized static void test01(){
count--;
System.out.println(Thread.currentThread().getName() + " count=" + count);
修饰代码块
指定加锁对象,进入同步代码块前要获得给定对象的锁
synchronized (Test01.class){
count++;
}
Demo
双重校验锁实现单例模式
public class Singleton {
private volatile static Singleton instance;
private Singleton(){
}
public static Singleton getInstance(){
if (instance == null){
synchronized (Singleton.class){
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
instance 使用volatile修饰防止指令重排序,new Singleton()分三步
- 为 uniqueInstance 分配内存空间
- 初始化 uniqueInstance
- 将 uniqueInstance 指向分配的内存地址
脏读
public class Account {
String name;
double balance;
public synchronized void set(String name, double balance){
this.name = name;
try{
Thread.sleep(2000);
}catch (InterruptedException e){
e.printStackTrace();
}
this.balance = balance;
}
public double getBalance(String name){
return this.balance;
}
public static void main(String[] args) {
Account account = new Account();
new Thread(()->account.set("zhangsan", 100.0)).start();
try {
TimeUnit.SECONDS.sleep(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(account.getBalance("zhangsan"));
try {
TimeUnit.SECONDS.sleep(2);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(account.getBalance("zhangsan"));
}
}
锁是可重入的
一个同步方法可以调用另外一个同步方法,一个线程已经拥有某个对象的锁,再次申请的时候仍然会得到该对象的锁,也就是说synchronized获得的锁是可重入的
public class T {
public synchronized void m1(){
System.out.println("m1 start");
try {
TimeUnit.SECONDS.sleep(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
m2();
}
public synchronized void m2(){
try {
TimeUnit.SECONDS.sleep(2);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("m2");
}
public static void main(String[] args) {
T t = new T();
new Thread(()->t.m1()).start();
new Thread(()->t.m1()).start();
}
}
实现原理
synchronized的实现属于JVM层面
同步代码块的情况
public class SynchronizedDemo {
public void method() {
synchronized (this) {
System.out.println("synchronized code block");
}
}
}
使用javap -c -s -v -l SynchronizedDemo.class命令查看字节码 synchronized 同步语句块的实现使用的是 monitorenter 和 monitorexit 指令,其中 monitorenter 指令指向同步代码块的开始位置,monitorexit 指令则指明同步代码块的结束位置。 当执行monitorenter 指令时,线程试图获取锁也就是获取 monitor(monitor对象存在于每个Java对象的对象头中,synchronized锁便是通过这种方式获取锁的,也是为什么Java中任意对象可以作为锁的原因) 的持有权。当计数器为0则可以成功获取,获取后将锁计数器设为1也就是加1。相应的在执行 monitorexit 指令后,将锁计数器设为0,表明锁被释放。如果获取对象锁失败,那当前线程就要阻塞等待,直到锁被另外一个线程释放为止。
修饰方法的情况
public class SynchronizedDemo01 {
public synchronized void method() {
System.out.println("synchronized code block");
}
}
synchronized 修饰的方法并没有 monitorenter 指令和 monitorexit 指令,取得代之的确实是 ACC_SYNCHRONIZED
标识,该标识指明了该方法是一个同步方法,JVM 通过该 ACC_SYNCHRONIZED 访问标志来辨别一个方法是否声明为同步方法,从而执行相应的同步调用。
synchronized和ReentrantLock的区别
- 两者都是可重入锁
可重入锁是指自己可以再次获取自己的内部锁。比如一个线程获得了某个对象的锁,此时这个对象锁还没有释放,当其再次想获取这个对象的锁的时候还是可以获取的,如果锁不可以重入的话,就会造成死锁。同一个线程每次获取锁,锁的计数器都自增1,所以要等到锁的计数器下降为0时才能释放锁。
- synchronized 依赖于JVM而ReentrantLock依赖于API
synchronized 是依赖于 JVM 实现的,前面我们也讲到了 虚拟机团队在 JDK1.6 为 synchronized 关键字进行了很多优化,但是这些优化都是在虚拟机层面实现的,并没有直接暴露给我们。ReentrantLock 是 JDK 层面实现的(也就是 API 层面,需要 lock() 和 unlock() 方法配合 try/finally 语句块来完成),所以我们可以通过查看它的源代码,来看它是如何实现的。
- ReentrantLock比synchronized增加了一些高级功能
- 等待可中断
通过lock.lockInterruptibly(),正在等待的线程可以选择放弃等待,改为处理其他事情
- 可实现公平锁
ReentrantLock可以指定是公平锁还是非公平锁。而synchronized只能是非公平锁。公平锁就是先等待的线程先获得锁。ReentrantLock默认情况是非公平的,可以通过ReentrantLock类的ReentrantLock(boolean fair)构造方法来指定是否是公平的。
- 可实现选择性通知
synchronized关键字与wait()和notify()/notifyAll()方法相结合可以实现等待/通知机制,ReentrantLock类当然也可以实现,但是需要借助于Condition接口与newCondition() 方法。Condition是JDK1.5之后才有的,它具有很好的灵活性,比如可以实现多路通知功能也就是在一个Lock对象中可以创建多个Condition实例(即对象监视器),线程对象可以注册在指定的Condition中,从而可以有选择性的进行线程通知,在调度线程上更加灵活。 在使用notify()/notifyAll()方法进行通知时,被通知的线程是由 JVM 选择的,用ReentrantLock类结合Condition实例可以实现“选择性通知” ,这个功能非常重要,而且是Condition接口默认提供的。而synchronized关键字就相当于整个Lock对象中只有一个Condition实例,所有的线程都注册在它一个身上。如果执行notifyAll()方法的话就会通知所有处于等待状态的线程这样会造成很大的效率问题,而Condition实例的signalAll()方法 只会唤醒注册在该Condition实例中的所有等待线程。