美文网首页
谈谈JDK对锁所做的优化

谈谈JDK对锁所做的优化

作者: 有章 | 来源:发表于2018-08-19 22:50 被阅读0次

作为一款公用平台,JDK 本身也为并发程序的性能绞尽脑汁,在 JDK 内部也想尽一切办法提供并发时的系统吞吐量。

1、 锁偏向
锁偏向是一种针对加锁操作的优化手段。
如果一个线程获得了锁,那么锁就进入偏向模式。当这个线程再次请求锁时,无须再做任何同步操作。这样就节省了大量有关锁申请的操作,从而提高了程序性能。

因此,对于几乎没有锁竞争的场合,偏向锁有比较好的优化效果,因为连续多次极有可能是同一个线程请求相同的锁。而对于锁竞争比较激烈的场合,其效果不佳。因为在竞争激烈的场合,最有可能的情况是每次都是不同的线程来请求相同的锁

2、 轻量级锁
如果偏向锁失败,即上一个请求的锁的线程和这个线程不是同一个。偏向锁失败意味者不能避免做同步操作。此时,虚拟机并不会立即挂起线程。他会使用一种成为轻量级锁的优化手段。

轻量级锁的操作也很方便,它只是简单地将对象头部作为指针,指向持有锁的线程堆栈的内部,来判断一个线程是否持有对象锁。 如果线程获得轻量级锁成功,则可以顺利进入临界区。如果轻量级锁失败,则表示其他线程抢先争夺了锁,那么当前线程的锁请求就会膨胀为重量级锁。
3、 自选锁
锁膨胀后,虚拟机为了避免线程真实地在操作系统层面挂起,虚拟机还会在做最后的努力–自选锁。**由于当前线程暂时无法获得锁,但是什么时候可以获得锁是一个未知数。也许在CPU几个时钟周期后,就可以得到锁。如果这样,简单粗暴的挂起线程可能是一种得不偿失的操作,因此系统会进行一次赌注:它会假设在不久的将来,线程可以得到这把锁。

因此虚拟机让当前线程做个空循环,在经过若干次循环后,如果可以得到锁,那么就顺利进入临界区。如果还不能得到锁,才会真实地将线程在操作系统层面挂起。

4、 锁消除

锁消除是一种更彻底的锁优化。Java虚拟机在JIT编译时,通过对运行上下文的扫描,去除不可能存在共享资源竞争的锁。通过锁消除,可以节省毫无意义的请求锁时间。

下面这种这种情况,我们使用vector, 而vector内部使用了synchronize请求锁。

public String []  createStrings(){
    Vector<String>  v= new Vector<String>();
    for(int i=0;i<100;i++){
        v.add(Integer.toString(i));
    }
    return v.toArray(new String[]{});
}

由于V只在函数 createStrnigs 中使用,因此它只是一个单纯的局部变量。局部变量是在线程栈上分配的,属于线程私有额数据,因此不可能被其他线程访问。所以,在这种情况下,Vector内部所有加锁同步都是没有必要的。如果虚拟机检测到这种情况,就会将这些无用的锁操作去除

锁消除涉及的一项关键技术为逃逸分析。所谓逃逸分析就是观察某一个变量是否会逃出某一个作用域。在本例中,变量v显然没有逃出createString 函数之外。以此为基础,虚拟机才可以大胆的将v内部的加锁操作去除。
如果createStrings 返回的不是String数组,而是v本身,那么就认为变量v逃逸出了当前函数,也就是说v有可能被其他线程访问。如是这样,虚拟机就不能消除v中的锁操作。
在-server模式下打开逃逸分析和锁消除(+表示打开,-表示关闭)

-XX:DoEscapeAnalysis -XX:+EliminateLocks

下面代码开启锁消除和未开启锁消除的耗时还是比较大的!

public class EliminateLockDemo {
    public static void main(String[] args) {
        long start=System.currentTimeMillis();
        for (int i=0;i<20000000;i++){
            createStringBuffer("JVM","Diagnosis");
        }
        long bufferCost=System.currentTimeMillis()-start;
        System.out.println("createStringBuffer:"+bufferCost+" ms");
    }

    private static String createStringBuffer(String jvm, String diagnosis) {
        StringBuffer stringBuffer=new StringBuffer();
        stringBuffer.append(jvm);
        stringBuffer.append(diagnosis);
        return stringBuffer.toString();
    }
}

jvm配置:

-server -XX:+DoEscapeAnalysis -XX:+EliminateLocks

耗时:

createStringBuffer:1166 ms

jvm配置为:

-server -XX:+DoEscapeAnalysis -XX:-EliminateLocks

耗时

createStringBuffer:2080 ms

【参考博客】
1.https://my.oschina.net/hosee/blog/615865

相关文章

  • 谈谈JDK对锁所做的优化

    作为一款公用平台,JDK 本身也为并发程序的性能绞尽脑汁,在 JDK 内部也想尽一切办法提供并发时的系统吞吐量。 ...

  • 锁优化

    锁优化 JDK6之后对锁的实现引入了大量的优化,如适应性自旋(Adaptive Spinning)、锁消除(Loc...

  • java面试题 --- 并发②

    1. JDK1.6 开始对 synchronized 做了哪些优化?使用了锁升级、锁粗化、锁消除等方式来优化性能。...

  • JDK1.6 对 synchronized 的锁优化

    1. 背景 在 JDK 1.6 中对锁的实现引入了大量的优化。 目的 减少锁操作的开销。 2. 锁优化 在看下面的...

  • JDK1.6 对 synchronized 的锁优化

    1. 背景 在 JDK 1.6 中对锁的实现引入了大量的优化。 目的 减少锁操作的开销。 2. 锁优化 在看下面的...

  • JDK1.6 对 synchronized 的锁优化

    背景 在JDK1.6中对锁的实现引入了大量的优化。 目的 减少锁操作的开销。 锁优化 在看下面的内容之间,希望大家...

  • JDK6 synchronized加锁过程

    JDK版本: 1.6 前言 jdk1.6对synchronized锁进行了一些列的优化, 由原来的直接使用重量级锁...

  • (12)锁优化

    简叙 在JDK1.5之前提供的原生锁synchronized的性能并不是很好,直到JDK1.6对锁进行了大量优化....

  • java并发编程(八)synchronized原理之偏向锁

    偏向锁的引入,对轻量级锁的CAS操作进行了优化。轻量级锁需要每次都是用CAS来尝试获取锁,占用CPU时间。 jdk...

  • JDK的锁优化

    JDK1.6重点提升了并发性能,HotSpot开发团队实现了各种锁优化技术,如适应性自旋锁、锁消除、锁粗化、轻量级...

网友评论

      本文标题:谈谈JDK对锁所做的优化

      本文链接:https://www.haomeiwen.com/subject/woyhiftx.html