音视频开发之旅（53) - Java并发编程 之 synchronized

Posted 音视频开发之旅

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了音视频开发之旅（53) - Java并发编程 之 synchronized相关的知识，希望对你有一定的参考价值。

 

目录

  1. synchronized的使用方式
  2. synchronized的原理
  3. 线程的等待、中断与唤醒
  4. 资料
  5. 收获

一、synchronized的使用方式

关键字 synchronized可以保证在同一个时刻，只有一个线程可以执行某个方法或者某个代码块.有如下三种常见的使用：

  • 修饰实例方法，作用于当前实例加锁，进入同步代码前要获得当前实例的锁

     synchronized void syncIncrease4Obj(){
        synchronized (this){
            i++;
        }
    }
  • 修饰静态方法，作用于当前类对象加锁，进入同步代码前要获得当前类对象的锁

    synchronized static void syncIncrease(){
        synchronized (this){
            i++;
        }
    }
  • 修饰代码块，指定加锁对象，对给定对象加锁，进入同步代码库前要获得给定对象的锁。
    针对方法体可能比较大，同时存在一些比较耗时的操作，而需要同步的代码又只有一小部分，如果直接对整个方法进行同步操作，可能会得不偿失，此时我们可以使用同步代码块的方式对需要同步的代码进行包裹

   public void syncIncrease(){
        synchronized (this){
            i++;
        }
    }

二、 synchronized的原理

2.1 查看反汇编代码

通过javap查看生成的class文件发现，施加了synchronized的代码块的实现使用了monitorenter和monitorexit指令。而同步方法则依靠修饰符ACC_SYNCHRONIZED来完成。

先看下synchronized修饰方法的反汇编


    public static synchronized void increase(){
        i++;
    }

    public synchronized void increase4Obj(){
        i++;
    }

---> javap -c -v Main.class 反编译对应汇编如下:

public static synchronized void syncIncrease();
   descriptor: ()V
   flags: ACC_PUBLIC, ACC_STATIC, ACC_SYNCHRONIZED  //同步标示
   Code:
     stack=2, locals=0, args_size=0
        0: getstatic     #2                  // Field i:I
        3: iconst_1
        4: iadd
        5: putstatic     #2                  // Field i:I
        8: return
     LineNumberTable:
       line 12: 0
       line 13: 8

 public synchronized void syncIncrease4Obj();
   descriptor: ()V
   flags: ACC_PUBLIC, ACC_SYNCHRONIZED.        //同步标示
   Code:
     stack=2, locals=1, args_size=1
        0: getstatic     #2                  // Field i:I
        3: iconst_1
        4: iadd
        5: putstatic     #2                  // Field i:I
        8: return
     LineNumberTable:
       line 19: 0
       line 20: 8

ACC_SYNCHRONIZED标识，该标识指明了该方法是一个同步方法，JVM通过该ACC_SYNCHRONIZED访问标志来辨别一个方法是否声明为同步方法，从而执行相应的同步调用

再来看下以代码块方式使用synchronized 的反编译

 
   public void syncIncrease(){
        synchronized (this){
            i++;
        }
    }

-->javap -c Main.class 反编译对应汇编如下:

public void syncIncrease();
    Code:
       0: aload_0
       1: dup
       2: astore_1
       3: monitorenter                //进入同步方法
       4: aload_0
       5: dup
       6: getfield      #2                  // Field i:I
       9: iconst_1
      10: iadd
      11: putfield      #2                  // Field i:I
      14: aload_1
      15: monitorexit                 //退出同步方法
      16: goto          24
      19: astore_2
      20: aload_1
      21: monitorexit                 //退出同步方法（这个是针对异常处理的）
      22: aload_2
      23: athrow
      24: return

Q: 从上面的字节码可以看出，多了一个monitorexit指令，为什么？
A: 为了保证在方法异常完成时 monitorenter 和 monitorexit 指令依然可以正确配对执行，编译器会自动产生一个异常处理器，异常结束时被执行的释放monitor 的指令。

无论采用哪种方式，其本质都是对一个对象的监视器(monitor)的获取，而这个获取是排他的，也就是同一时刻只能有一个线程获得synchrozied所保护对性的监视器。没有获得监视器的线程将会被阻塞在同步块或者同步方法的入口处，进入BLOCKED状态

图片来自：《java并发编程的艺术》

当执行monitorenter指令时，当前线程将试图获取 objectref(即对象锁) 所对应的 monitor 的持有权，当 objectref 的 monitor 的进入计数器为 0，那线程可以成功取得 monitor，并将计数器值设置为 1，取锁成功。
如果当前线程已经拥有 objectref 的 monitor 的持有权，那它可以重入这个 monitor，重入时计数器的值也会加 1。
倘若其他线程已经拥有 objectref 的 monitor 的所有权，那当前线程将被阻塞，直到正在执行线程执行完毕，即monitorexit指令被执行

那么怎么知道该线程是否获取了某个对象的监视器呐？
下面我们一起来学习 一个对象在JVM中的的内存布局，来寻找答案。

2.2 对象头

在JVM中，对象在内存中的布局分为三块区域：对象头、实例数据和对齐填充。

图片来源：深入理解Java并发之synchronized实现原理

对象头: 是实现synchronized锁的基础。
实例变量：存放类的属性数据信息，包括父类的属性信息，如果是数组的实例部分还包括数组的长度，这部分是按照4字节对齐
填充数据：用于字节对齐。虚拟机要求对象起始地址必须是8字节的整数倍。

Java头对象，它是synchronized的锁对象的基础，synchronized使用的锁对象是存储在Java对象头里的Mark Word中

图片来自：《java并发编程的艺术》

2.3 重量级锁、偏向锁、轻量级锁

2.3.1 重量级锁

在Java1.6之前synchronized只有重量级锁，Mark Word指针指向的是monitor对象. 在Java虚拟机(HotSpot)中，monitor是由ObjectMonitor实现的，其主要数据结构如下:

ObjectMonitor() {
    _header       = NULL;
    _count        = 0; //记录个数
    _waiters      = 0,
    _recursions   = 0;
    _object       = NULL;
    _owner        = NULL;
    _WaitSet      = NULL; //处于wait状态的线程，会被加入到_WaitSet
    _WaitSetLock  = 0 ;
    _Responsible  = NULL ;
    _succ         = NULL ;
    _cxq          = NULL ;
    FreeNext      = NULL ;
    _EntryList    = NULL ; //处于等待锁block状态的线程，会被加入到该列表
    _SpinFreq     = 0 ;
    _SpinClock    = 0 ;
    OwnerIsThread = 0 ;
  }

监视器锁（monitor）是依赖于底层的操作系统的Mutex Lock来实现的，而操作系统实现线程之间的切换时需要从用户态转换到核心态，这个状态之间的转换需要相对比较长的时间，时间成本相对较高.

Java 6之后，从JVM层面对synchronized较大优化，引入了轻量级锁和偏向锁，减少获得锁和释放锁所带来的性能消耗

2.3.2 偏向锁

偏向锁的核心思想是，如果一个线程获得了锁，那么锁就进入偏向模式，此时Mark Word 的结构也变为偏向锁结构，当这个线程再次请求锁时，无需再做任何同步操作，即获取锁的过程, 这样就省去了大量有关锁申请的操作，从而也就提供程序的性能

2.3.3 轻量级锁

轻量级锁能够提升程序性能的依据是“对绝大部分的锁，在整个同步周期内都不存在竞争”，注意这是经验数据。需要了解的是，轻量级锁所适应的场景是线程交替执行同步块的场合，如果存在同一时间访问同一锁的场合，就会导致轻量级锁膨胀为重量级锁。

自旋锁

轻量级锁失败后，虚拟机为了避免线程真实地在操作系统层面挂起，还会进行一项称为自旋锁的优化手段。这是基于在大多数情况下，线程持有锁的时间都不会太长，如果直接挂起操作系统层面的线程可能会得不偿失，毕竟操作系统实现线程之间的切换时需要从用户态转换到核心态，这个状态之间的转换需要相对比较长的时间，时间成本相对较高，因此自旋锁会假设在不久将来，当前的线程可以获得锁，因此虚拟机会让当前想要获取锁的线程做几个空循环(这也是称为自旋的原因)，一般不会太久，可能是50个循环或100循环，在经过若干次循环后，如果得到锁，就顺利进入临界区。如果还不能获得锁，那就会将线程在操作系统层面挂起，这就是自旋锁的优化方式，这种方式确实也是可以提升效率的。最后没办法也就只能升级为重量级锁了
引用自：强烈推荐-深入理解Java并发之synchronized实现原理

锁消除

Java虚拟机在JIT编译时，通过对运行上下文的扫描，去除不可能存在共享资源竞争的锁，通过这种方式消除没有必要的锁，可以节省毫无意义的请求锁时间

三、 线程的等待、中断与唤醒

3.1 等待/通知机制

等待/通知的相关方法是任意java对象都具备的，因为这些方法被定义在Object类上

  • notify: 通知一个在对象上等待的线程，使其从wait方法返回，而返回的前提是该线程获取到了对象的锁 notify将等待队列中的一个等待线程移动到同步队列中，被移动的线程状态有WAITING变成BLOCKED

  • notifyAll: 通知所有等待该对象上的线程。

  • wait: 调用该方法的线程进入WAITING状态，并将当前线程放置到对象的等待队列。 只有等待另一个线程通知或者被中断才会被返回，需要注意，调用wait方法后，会释放对象的锁。

  • wait(long): 超时等待一段时间，这里的参数时间是毫秒，也就是等待长达n毫秒，如果没有通知就超时返回

  • Wait(long ,int) 对于超时时间更细的控制，可以达到纳秒。

在使用上述几个方法时，必须处于synchronized代码块或者synchronized方法中，否则就会抛出IllegalMonitorStateException异常

3.2 中断与唤醒

//中断线程（实例方法）
public void Thread.interrupt();

//判断线程是否被中断（实例方法）
public boolean Thread.isInterrupted();

//判断是否被中断并清除当前中断状态（静态方法）
public static boolean Thread.interrupted();

  • 当一个线程处于被阻塞状态或者试图执行一个阻塞操作时，使用Thread.interrupt()方式中断该线程，注意此时将会抛出一个InterruptedException的异常，同时中断状态将会被复位(由中断状态改为非中断状态)

  • 当线程处于运行状态时，也可调用实例方法interrupt()进行线程中断，但同时必须手动判断中断状态，并编写中断线程的代码(其实就是结束run方法体的代码)。

public static void main(String[] args) throws InterruptedException {
        Thread t1=new Thread(){
            @Override
            public void run(){
                while(true){
                    //判断当前线程是否被中断
                    if (this.isInterrupted()){
                        System.out.println("线程中断");
                        break;
                    }
                }

                System.out.println("已跳出循环,线程中断!");
            }
        };
        t1.start();
        TimeUnit.SECONDS.sleep(2);
        t1.interrupt();

    }

结合上面两点，可以采用如何方式判断：

public void run(){
    try {
    //判断当前线程是否已中断,注意interrupted方法是静态的,执行后会对中断状态进行复位
    while (!Thread.interrupted()) {
        TimeUnit.SECONDS.sleep(2);
    }
    } catch (InterruptedException e) {

    }
}
  • 线程的中断操作对于正在等待获取的锁对象的synchronized方法或者代码块并不起作用. 由于对象锁被其他线程占用，导致等待线程只能等到锁，此时我们调用了thread.interrupt();但并不能中断线程。

资料

  1. 图书：《java并发编程的艺术》
  2. 强烈推荐-深入理解Java并发之synchronized实现原理

收获

通过本篇的学习实践

  1. 回顾了synchronized的基本使用
  2. 学习了synchronized的实现同步的原理
  3. 了解了JVM对synchronized做的优化
  4. 学习回顾了线程的等待、中断与唤醒

感谢你的阅读
下一篇我们继续学习实践Java并发编程系列-Lock相关，欢迎关注公众号“音视频开发之旅”，一起学习成长。
欢迎交流

以上是关于音视频开发之旅（53) - Java并发编程 之 synchronized的主要内容，如果未能解决你的问题，请参考以下文章

音视频开发之旅（52) - Java并发编程 之内存模型与volatile

音视频开发之旅（52) - Java并发编程 之内存模型与volatile

并发编程系列之并发容器：ConcurrentHashMap

音视频开发之旅（55)-阻塞队列与无锁并发容器

音视频开发之旅（55)-阻塞队列与无锁并发容器

Go语言学习之旅--并发编程