逃逸分析--代码三大优化策略（堆不是分配对象存储的唯一选择）

堆是分配对象存储的唯一选择吗？

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

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

如何将堆上的对象分配到栈，需要使用逃逸分析手段。Java jdk u6u23版本之后是默认开启逃逸分析的。

这是一种可以有效减少Java程序中同步负载和内存堆分配压力的跨函数全局数据流分析算法。

通过逃逸分析，Java HotSpot 编译器能够分析出一个新的对象的引用的使用范围从而决定是否要将这个对象分配到堆上。

结论：开发中能使用局部变量的，就不要使用在方法外定义。

1、逃逸分析：代码优化–栈上分配

JIT编译器在编译期间根据逃逸分析的结果，发现如果一个对象没有逃逸出方法的话，就可能被优化成栈上分配。分配完成后，继续在调用栈内执行，最后线程结束，栈空间被回收，局部变量对象也被回收，这样就无须进行垃圾回收了。但是注意的是，Oracle HotSpot JVM并没有这么做。

2、逃逸分析：代码优化–同步省略

线程同步的代价是相当高的，同步的后果是降低并发性和性能。

在动态编译同步块的时候，JIT编译器可以借助逃逸分析来判断同步块所使用的锁对象是否只是能够被一个线程访问而没有被发布到其他的线程。如果没有，那么JIT编译器在编译这个同步块的时候就会取消对这部分代码的同步，这样就能大大提高并发性个性能。这个取消同步的过程就叫同步省略，也叫锁消除。

3、逃逸分析：代码优化–标量替换（或者分离对象）

有的对象可能不需要作为一个连续的内存结构存在也可以被访问到，那么对象的部分（或全部）可以不存储在内存，而是存储在CPU寄存器中。

标量：是指一个无法再分解成更小的数据的数据。Java中的元数据类型就是标量。相对的，那些还可以分解的数据叫做聚合量。

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

说明：jdk1.7之后JIT逃逸分析是默认打开的（Server模式下），也就是以上这三种优化JVM就可以帮你做了。

这项技术还不是很成熟，因为进行逃逸分析本身就要耗费资源，逃逸分析后发现无对象没有逃逸在这种最坏情况更是耗费资源，还费力不讨好，但是这项技术也是值得我们去关注的。Oracle HotSpot JVM主要实现标量替换，并没有去使用栈上分配。就像栈顶缓存技术一样也只是个概念。其实Java还是偏向把对象放在堆上进行存储的，jdk1.7以后就把字符串常量池移到堆上。那到底堆是不是唯一存放对象的选择呢？用你敏捷的逻辑去推断思考吧！

有用点个关注，手留余香！😗 😗 😗