JAVA逃逸分析、栈上分配、标量替换、同步消除

一、逃逸分析

逃逸分析是编译语言中的一种优化分析,而不是一种优化的手段。通过对象的作用范围的分析,为其他优化手段提供分析数据从而进行优化。
逃逸分析包括:

  • 全局变量赋值逃逸
  • 方法返回值逃逸
  • 实例引用发生逃逸
  • 线程逃逸:赋值给类变量或可以在其他线程中访问的实例变量.
public class EscapeAnalysis {

     public static Object object;
     
     public void globalVariableEscape(){//全局变量赋值逃逸  
         object =new Object();  
      }  
     
     public Object methodEscape(){  //方法返回值逃逸
         return new Object();
     }
     
     public void instancePassEscape(){ //实例引用发生逃逸
        this.speak(this);
     }
     
     public void speak(EscapeAnalysis escapeAnalysis){
         System.out.println("Escape Hello");
     }
}

使用方法逃逸的案例进行分析:

     public StringBuffer createString(String ... values){
         StringBuffer stringBuffer = new StringBuffer(); 
         for (String string : values) {
             stringBuffer.append(string+",");
        }
         return stringBuffer;
     }
     
     public static void main(String[] args) {
        StringBuffer sb = new EscapeAnalysis().createString("Escape","Hello");
        System.out.println(sb.toString());
    }

从上面的案例我们看出stringBuffer是属于方法返回值逃逸。我们可以通过改变返回值得类型为String限定了StringBuffer的作用域在createString方法中从而不发生逃逸。

     public String createString(String ... values){
         StringBuffer stringBuffer = new StringBuffer(); 
         for (String string : values) {
             stringBuffer.append(string+",");
        }
         return stringBuffer.toString();
     }
     
     public static void main(String[] args) {
         String string = new EscapeAnalysis().createString("Escape","Hello");
        System.out.println(string);
    }

一、标量替换

1.标量和聚合量

标量即不可被进一步分解的量,而JAVA的基本数据类型就是标量(如:int,long等基本数据类型以及reference类型等),标量的对立就是可以被进一步分解的量,而这种量称之为聚合量。而在JAVA中对象就是可以被进一步分解的聚合量。

2.替换过程

通过逃逸分析确定该对象不会被外部访问,并且对象可以被进一步分解时,JVM不会创建该对象,而会将该对象成员变量分解若干个被这个方法使用的成员变量所代替。这些代替的成员变量在栈帧或寄存器上分配空间。

通过-XX:+EliminateAllocations可以开启标量替换, -XX:+PrintEliminateAllocations查看标量替换情况(Server VM 非Product版本支持)

二 、栈上分配

我们通过JVM内存分配可以知道JAVA中的对象都是在堆上进行分配,当对象没有被引用的时候,需要依靠GC进行回收内存,如果对象数量较多的时候,会给GC带来较大压力,也间接影响了应用的性能。为了减少临时对象在堆内分配的数量,JVM通过逃逸分析确定该对象不会被外部访问。那就通过标量替换将该对象分解在栈上分配内存,这样该对象所占用的内存空间就可以随栈帧出栈而销毁,就减轻了垃圾回收的压力。

通过-XX:-DoEscapeAnalysis关闭逃逸分析

测试逃逸分析后堆内存对比:

    private  int count = 1000000;
     
    public static void main(String[] args) throws InterruptedException, IOException {
        EscapeAnalysis escapeAnalysis = new EscapeAnalysis();
        for (int i = 0; i < escapeAnalysis.count ; i++) {
            escapeAnalysis.getAge();
        }
        Thread.sleep(500);
        for (int i = 0; i < escapeAnalysis.count ; i++) {
            escapeAnalysis.getAge();
        }
        System.in.read();
    }
    
    
    public int  getAge(){
        Person person = new Person("小明",18,28.1);   
        return person.getAge();
    }
    
    class Person {

        private String name;
        
        private int age;
        
        private double weight;
       
        public Person(String name, int age, double weight) {
            super();
            this.name = name;
            this.age = age;
            this.weight = weight;
        }

        public String getName() {
            return name;
        }

        public void setName(String name) {
            this.name = name;
        }

        public int getAge() {
            return age;
        }

        public void setAge(int age) {
            this.age = age;
        }

        public double getWeight() {
            return weight;
        }

        public void setWeight(double weight) {
            this.weight = weight;
        }
    
    }

1.通过jps查看Class的Main进程的PID:

  • 关闭逃逸分析的数据
C:\Users\li>jps
13216
16592 EscapeAnalysis
5640
17308
17916 Jps
9308 RemoteMavenServer
  • 启用逃逸分析的数据,在JDK1.8是默认开启逃逸分析
C:\Users\li>jps
13216
13412 Jps
5640
17308
6460 EscapeAnalysis
7100 EscapeAnalysis
9308 RemoteMavenServer

2.通过jmap -histo [pid]查看java堆上的对象分布情况:

  • 关闭逃逸分析的数据
C:\Users\li>jmap -histo 16592

 num     #instances         #bytes  class name
----------------------------------------------
   1:        980000       31360000  test.EscapeAnalysis$Person
   2:           154         785000  [I
   3:          2158         288504  [C
   4:           489          55832  java.lang.Class
   5:          2017          48408  java.lang.String
   6:           839          33560  java.util.TreeMap$Entry
  • 启用逃逸分析的数据
C:\Users\li>jmap -histo 7100

 num     #instances         #bytes  class name
----------------------------------------------
   1:        229881        7356192  test.EscapeAnalysis$Person
   2:           446         756944  [I
   3:          3105         442024  [C
   4:          2408          57792  java.lang.String

通过上面数据可以看出没有开启逃逸分析时,Person在堆的内存是31360000 ,而开启逃逸分析时,Person在堆中的内存为7356192。 两者之间相差24003808。证明了启用了逃逸分析,可以减少堆内存的使用和减少GC。

三、同步消除

同步消除是java虚拟机提供的一种优化技术。通过逃逸分析,可以确定一个对象是否会被其他线程进行访问
如果对象没有出现线程逃逸,那该对象的读写就不会存在资源的竞争,不存在资源的竞争,则可以消除对该对象的同步锁。

通过-XX:+EliminateLocks可以开启同步消除,进行测试执行的效率

     public String createString(String ... values){
         StringBuffer stringBuffer = new StringBuffer(); 
         for (String string : values) {
             stringBuffer.append(string+" ");
        }
         return stringBuffer.toString();
     }   
    public static void main(String[] args) {
        long start = System.currentTimeMillis();
        EscapeAnalysis escapeAnalysis = new EscapeAnalysis();
        for (int i = 0; i < 1000000; i++) {
            escapeAnalysis.createString("Escape", "Hello");
        }
        long bufferCost = System.currentTimeMillis() - start;
        System.out.println("craeteString: " + bufferCost + " ms");
    }
-server -XX:+DoEscapeAnalysis -XX:-EliminateLocks
craeteString: 202 ms

-server -XX:+DoEscapeAnalysis -XX:+EliminateLocks
craeteString: 173 ms

我们可以通过测试结果看出,如果开启了同步消除,在开启同步消除的执行效率比没有开启同步消除的高。

Reference:

  1. http://rednaxelafx.iteye.com/blog/659108/
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,335评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,895评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,766评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,918评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,042评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,169评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,219评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,976评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,393评论 1 304
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,711评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,876评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,562评论 4 336
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,193评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,903评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,142评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,699评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,764评论 2 351

推荐阅读更多精彩内容