java逃逸分析

@author StormMa
@date 2017-03-09

---

生命不息，奋斗不止！

概念引入

我们都知道，Java 创建的对象都是被分配到堆内存上，但是事实并不是这么绝对，通过对Java对象分配的过程分析，可以知道有两个地方会导致Java中创建出来的对象并一定分别在所认为的堆上。这两个点分别是Java中的逃逸分析和TLAB（Thread Local Allocation Buffer）线程私有的缓存区。

基本概念介绍

逃逸分析，是一种可以有效减少Java程序中同步负载和内存堆分配压力的跨函数全局数据流分析算法。通过逃逸分析，Java Hotspot编译器能够分析出一个新的对象的引用的使用范围从而决定是否要将这个对象分配到堆上。
在计算机语言编译器优化原理中，逃逸分析是指分析指针动态范围的方法，它同编译器优化原理的指针分析和外形分析相关联。当变量（或者对象）在方法中分配后，其指针有可能被返回或者被全局引用，这样就会被其他过程或者线程所引用，这种现象称作指针（或者引用）的逃逸(Escape)。通俗点讲，如果一个对象的指针被多个方法或者线程引用时，那么我们就称这个对象的指针发生了逃逸。
Java在Java SE 6u23以及以后的版本中支持并默认开启了逃逸分析的选项。Java的 HotSpot JIT编译器，能够在方法重载或者动态加载代码的时候对代码进行逃逸分析，同时Java对象在堆上分配和内置线程的特点使得逃逸分析成Java的重要功能。

代码示例

package me.stormma.gc;

/**
 * 
Created on 2017/4/21.
 *
 * @author stormma
 *
 * @title 
逃逸分析
 */
public class EscapeAnalysis {

    public static B b;

    /**
     * 
全局变量赋值发生指针逃逸
     */
    public void globalVariablePointerEscape() {
        b = new B();
    }

    /**
     * 
方法返回引用，发生指针逃逸
     * @return
     */
    public B methodPointerEscape() {
        return new B();
    }

    /**
     * 
实例引用发生指针逃逸
     */
    public void instancePassPointerEscape() {
        methodPointerEscape().printClassName(this);
    }

    class B {
        public void printClassName(EscapeAnalysis clazz) {
            System.out.println(clazz.getClass().getName());
        }
    }
}

逃逸分析研究对于 java 编译器有什么好处呢？我们知道 java 对象总是在堆中被分配的，因此 java 对象的创建和回收对系统的开销是很大的。java 语言被批评的一个地方，也是认为 java 性能慢的一个原因就是 java不支持栈上分配对象。JDK6里的 Swing内存和性能消耗的瓶颈就是由于 GC 来遍历引用树并回收内存的，如果对象的数目比较多，将给 GC 带来较大的压力，也间接得影响了性能。减少临时对象在堆内分配的数量，无疑是最有效的优化方法。java 中应用里普遍存在一种场景，一般是在方法体内，声明了一个局部变量，并且该变量在方法执行生命周期内未发生逃逸，按照 JVM内存分配机制，首先会在堆内存上创建类的实例（对象），然后将此对象的引用压入调用栈，继续执行，这是 JVM优化前的方式。当然，我们可以采用逃逸分析对 JVM 进行优化。即针对栈的重新分配方式，首先我们需要分析并且找到未逃逸的变量，将该变量类的实例化内存直接在栈里分配，无需进入堆，分配完成之后，继续调用栈内执行，最后线程执行结束，栈空间被回收，局部变量对象也被回收，通过这种方式的优化，与优化前的方案主要区别在于对象的存储介质，优化前是在堆中，而优化后的是在栈中，从而减少了堆中临时对象的分配（较耗时），从而优化性能。

使用逃逸分析进行性能优化(-XX:+DoEscapeAnalysis开启逃逸分析)

public void method() {

    Test test = new Test();

    //处理逻辑

    ......

    test = null;
}

这段代码，之所以可以在栈上进行内存分配，是因为没有发生指针逃逸，即是引用没有暴露出这个方法体。

栈和堆内存分配比较

package me.stormma.gc;

/**
 * 
Created on 2017/4/21.
 *
 * @author stormma
 * @description: 
内存分配比较
 */
public class EscapeAnalysisTest {

    public static void alloc() {
        byte[] b = new byte[2];
        b[0] = 1;
    }

    public static void main(String[] args) {
        long b = System.currentTimeMillis();
        for (int i = 0; i < 100000000; i++) {
            alloc();
        }
        long e = System.currentTimeMillis();
        System.out.println(e - b);
    }

}

JVM 参数为-server -Xmx10m -Xms10m -XX:-DoEscapeAnalysis -XX:+PrintGC, 运行结果

JVM 参数为-server -Xmx10m -Xms10m -XX:+DoEscapeAnalysis -XX:+PrintGC, 运行结果

性能测试

package me.stormma.gc;

/**
 * 
Created on 2017/4/21.
 *
 * @author stormma
 * 
 * @description: 
利用逃逸分析进行性能优化
 */
public class EscapeAnalysisTest {

    private static class Foo {

        private int x;

        private static int counter;



        public Foo() {

            x = (++counter);

        }

    }



    public static void main(String[] args) {

        long start = System.nanoTime();

        for (int i = 0; i < 1000 * 1000 * 10; ++i) {

            Foo foo = new Foo();

        }

        long end = System.nanoTime();

        System.out.println("Time cost is " + (end - start));

    }

}

使用逃逸分析优化 JVM输出结果( -server -XX:+DoEscapeAnalysis -XX:+PrintGC)

Time cost is 11012345

未使用逃逸分析优化 JVM 输出结果( -server -Xmx10m -Xms10m -XX:-DoEscapeAnalysis -XX:+PrintGC)

[GC (Allocation Failure)  33280K->408K(125952K), 0.0010344 secs]
[GC (Allocation Failure)  33688K->424K(125952K), 0.0009799 secs]
[GC (Allocation Failure)  33704K->376K(125952K), 0.0007297 secs]
[GC (Allocation Failure)  33656K->456K(159232K), 0.0014817 secs]
Time cost is 68562263

分析结果，性能优化1/6