JVM虚拟机运行时数据区の逃逸分析

堆是分配对象存储的唯一选择吗 或者说 对象只能在堆上分配吗?

在《深入理解Java虚拟机》中关于Java堆内存有这样一段描述: .

随着JIT编译期的发展与逃逸分析技术逐渐成熟，栈上分配、标量替换优化技术将会导致一些微妙的变化，所有的对象都分配到堆上也渐渐变得不那么“绝对”了。

在Java虚拟机中，对象是在Java堆中分配内存的，这是一个普遍的常识。但是，有一种特殊情况，那就是 如果经过逃逸分析(Escape Analysis)后发现，一个对象并没有逃逸出方法的话，那么就可能被优化成栈上分配。 这样就无需在堆上分配内存，也无须进行垃圾回收了。举个列子：

void test() {
	StringBuffer test = new StringBuffer();
}

当前方法中的对象只在当前方法的作用域中有效，方法外没有任何使用的地方，就认为当前对象没有发生逃逸。

StringBuffer test = null;
void test() {
	StringBuffer test = new StringBuffer();
	test.append("111");
}

当前方法中的对象在当前类中有效，类中其他方法有可能使用的，就认为当前对象发生了逃逸。

总结:
①：当一个对象在方法中被定义后，对象只在方法内部使用，则认为没有发生逃逸，将堆上的对象分配到栈上，隋芳芳执行结束，栈空间就被移除。
②：当一个对象在方法中被定义后，它被外部方法所引用，则认为发生逃逸。例如作为调用参数传递到其他地方中。

逃逸分析的优点

1. 栈上分配。将堆分配转化为栈分配。如果-一个对象在子程序中被分配，要使指向该对象的指针永远不会逃逸，对象可能是栈分配的候选，而不是堆分配。
2. 同步消除，如果一个对象被发现只能从一个线程被访问到，那么对于这个对象的操作可以不考虑同步。
3. 分离对象或标量替换。有的对象可能不需要作为–个连续的内存结构存在也可以被访问到，那么对象的部分(或全部)可以不存储在内存，而是存储在CPU寄存器中。

什么是标量替换

标量（Scalar）是指一个无法再分解成更小的数据的数据。Java中的原始数据类型就是标量。相对的，那些还可以分解的数据叫做聚合量（Aggregate），Java中的对象就是聚合量，因为他可以分解成其他聚合量和标量。

在JIT阶段，如果经过逃逸分析，发现一个对象不会被外界访问的话，那么经过JIT优化，就会把这个对象拆解成若干个其中包含的若干个成员变量来代替。这个过程就是标量替换。

原来的代码：

public static void main(String[] args) {
   alloc();
}

private static void alloc() {
   Point point = new Point（1,2）;
   System.out.println("point.x="+point.x+"; point.y="+point.y);
}
class Point{
    private int x;
    private int y;
}

替换后的代码：

private static void alloc() {
   int x = 1;
   int y = 2;
   System.out.println("point.x="+x+"; point.y="+y);
}

关于逃逸分析的论文在1999年就已经发表了，但直到JDK 1.6u23才有实现，而且这项技术到如今也并不是十分成熟的。

其根本原因就是无法保证逃逸分析的性能消耗一定能高于他的消耗。虽然经过逃逸分析可以做标量替换、栈上分配、和锁消除。但是逃逸分析自身也是需要进行一系列复杂的分析的，这其实也是一个相对耗时的过程。

一个极端的例子，就是经过逃逸分析之后，发现没有一个对象是不逃逸的。那这个逃逸分析的过程就白白浪费掉了。

逃逸分析参数设置：

-XX:+DoEscapeAnalysis//使用
-XX:-DoEscapeAnalysis//不用