Thread Local Allocation Buffer JVM中TLAB( 二 ) _jvm

7.1、启用逃逸分析
默认就启用了，不需要配置，直接看执行结果。

文章插图
7.2、不启用逃逸分析
配置vm选项：-XX:-
查看执行结果
7.3、结论
相同的代码，启用逃逸分析进行1亿次alloc用时7ms，堆上User对象实例占比37%；
不启用逃逸分析进行1亿次alloc用时70ms，堆上User对象实例占比93%；
可以看出相差巨大，所以啊开发中能使用局部变量的，就不要使用在方法外定义。
8、逃逸分析的缺点
关于逃逸分析的论文在1999年就已经发表了，但直到JDK1.6才有实现，而且这项技术到如今也并不是十分成熟。
其根本原因就是无法保证逃逸分析的性能消耗一定能高于他的消耗。虽然经过逃逸分析可以做标量替换、栈上分配、和锁消除。但是逃逸分析自身也是需要进行一系列复杂的分析的，这其实也是一个相对耗时的过程。
一个极端的例子，就是经过逃逸分析之后，发现没有一个对象是不逃逸的。那这个逃逸分析的过程就白白浪费掉了。
虽然这项技术并不十分成熟，但是它也是即时编译器优化技术中一个十分重要的手段。
注意到有一些观点，认为通过逃逸分析，JVM会在栈上分配那些不会逃逸的对象，这在理论上是可行的，但是取决于JVM设计者的选择。据我所知，JVM中并未这么做，这一点在逃逸分析相关的文档里已经说明，所以可以明确所有的对象实例都是创建在堆上。
目前很多书籍还是基于JDK7以前的版本，JDK已经发生了很大变化，字符串的缓存和静态变量曾经都被分配在永久代上，而永久代已经被元数据区取代。但是，字符串缓存和静态变量并不是被转移到元数据区，而是直接在堆上分配，所以这一点同样符合前面一点的结论：对象实例都是分配在堆上。