JVM（14）：内存分配策略、为对象分配内存：TLAB、堆空间参数设置

        如果对象在Eden出生并经过第一次MinorGC后仍然存活&＃xff0c;并且能被survivor容纳的话&＃xff0c;将被移动到survivor空间中&＃xff0c;并将对象年龄设为1 。对象在survivor区中每熬过一次MinorGc ,年龄就增加1 岁&＃xff0c;当它的年龄增加到一定程度&＃xff08;默认为15岁&＃xff0c;其实每个JVM、每个cc都有所不同&＃xff09;时&＃xff0c;就会被晋升到老年代中。

        对象晋升老年代的年龄阈值&＃xff0c;可以通过选项-XX:MaxTenuringThreshold来设置。

        针对不同年龄段的对象分配原则如下所示&＃xff1a;

• 优先分配到Eden
• 大对象直接分配到老年代&＃xff0c;尽量避免程序中出现过多的大对象
• 长期存活的对象分配到老年代
• 动态对象年龄判断&＃xff0c;如果survivor区中相同年龄的所有对象大小的总和大于survivor空间的一半&＃xff0c;年龄大于或等于该年龄的对象可以直接进入老年代&＃xff0c;无须等到MaxTenuringThreshold中要求的年龄。
• 空间分配担保&＃xff0c;-XX: HandlePromotionFailure

        大对象举例&＃xff1a;

package org.ywz.springbootdemo;/*** 测试&＃xff1a;大对象直接进入老年代* -Xms60m -Xmx60m -XX:NewRatio&＃61;2 -XX:SurvivorRatio&＃61;8 -XX:&＃43;PrintGCDetails*/
public class YoungOldAreaTest {public static void main(String[] args) {byte[] bytes &＃61; new byte[1024 * 1024 * 20]; // 20M}
}


        设置运行参数&＃xff1a;

        为什么有TLAB ( Thread Local Allocation Buffer ) ?

• 堆区是线程共享区域&＃xff0c;任何线程都可以访问到堆区中的共享数据。
• 由于对象实例的创建在JVM中非常频繁&＃xff0c;因此在并发环境下从堆区中划分内存空间是线程不安全的。
• 为避免多个线程操作同一地址&＃xff0c;需要使用加锁等机制&＃xff0c;进而影响分配速度。

        什么是TLAB ?

• 从内存模型而不是垃圾收集的角度&＃xff0c;对Eden区域继续进行划分&＃xff0c;JVM为每个线程分配了一个私有缓存区域&＃xff0c;它包含在Eden空间内。
• 多线程同时分配内存时&＃xff0c;使用TLAB可以避免一系列的线程安全问题&＃xff0c;同时还能够提升内存分配的吞吐量&＃xff0c;因此我们可以将这种内存分配方式称之为快速分配策略。
• 据我所知所有openJDK衍生出来的JVM都提供了TLAB的设计。

        TLAB的再说明&＃xff1a;

• 尽管不是所有的对象实例都能够在TLAB中成功分配内存&＃xff0c;但JVM确实是将TLAB作为内存分配的首选。
• 在程序中&＃xff0c;开发人员可以通过选项“-XX:UseTLAB”设置是否开启TLAB空间。
• 默认情况下&＃xff0c;TLAB空间的内存非常小&＃xff0c;仅占有整个Eden空间的1号&＃xff0c;当然我们可以通过选项“-XX:TLABwasteTargetPercent”设置TLAB空间所占用Eden空间的百分比大小。
• 一旦对象在TLAB空间分配内存失败时&＃xff0c;JVM就会尝试着通过使用加锁机制确保数据操作的原子性&＃xff0c;从而直接在Eden空间中分配内存。

package org.ywz.springbootdemo;/*** 测试&＃xff1a;-XX:UseTLAB参数是否开启的情况&＃xff08;默认是开启&＃xff09;*/
public class TLABArgsTest {public static void main(String[] args) throws InterruptedException {System.out.println("我只是来打个酱油");Thread.sleep(1000000);}
}


        运行程序&＃xff0c; 在命令提示符中查看是否开启TLAB。&＃xff08;&＃43;号表示开启状态&＃xff09;

官网说明&＃xff1a;https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html

• -XX:&＃43;PrintFlagsInitial :查看所有的参数的默认初始值
• -XX:&＃43;PrintFlagsFinal :查看所有的参数的最终值&＃xff08;可能会存在修改&＃xff0c;不再是初始值)。具体查看某个参数指令&＃xff1a;jps查看当前运行中的进程、jinfo -flag survivorRatio 进程id
• -Xms:初始堆空间内存&＃xff08;默认为物理内存的1/64)
• -Xmx:最大堆空间内存&＃xff08;默认为物理内存的1/4)
• -Xmn:设置新生代的大小。(初始值及最大值)
• -XX:NewRatio:配置新生代与老年代在堆结构的占比
• -XX:SurvivorRatio:设置新生代中Eden和s0/s1空间的比例
• -XX: MaxTenuringThreshold:设置新生代垃圾的最大年龄
• -XX:&＃43;PrintGCDetails:输出详细的GC处理日志&＃xff0c;打印gc简要信息&＃xff1a;①-XX:&＃43;PrintGC、②-verbose:gc
• -XX :HandlePromotionFailure:是否设置空间分配担保

        在发生Minor GC之前&＃xff0c;虚拟机会检查老年代最大可用的连续空间是否大于新生代所有对象的总空间。

        如果大于&＃xff0c;则此次Minor GC是安全的。

        如果小于&＃xff0c;则虚拟机会查看-XX:HandlePromotionFailure设置值是否允许担保失败。

        如果HandlePromotionFailure&＃61;true&＃xff0c;那么会继续检查老年代最大可用连续空间是否大于历次晋升到老年代的对象的平均大小。

        如果大于&＃xff0c;则尝试进行一次Minor GC&＃xff0c;但这次Minor GC依然是有风险的:

        如果小于&＃xff0c;则改为进行一次Full Gc。

        如果HandlePromotionFailure&＃61;false&＃xff0c;则改为进行一次Full GC。

        在JDK6 Update24之后&＃xff0c;HandlePromotionFailure参数不会再影响到虚拟机的空间分配担保策略&＃xff0c;观察openJDK中的源码变化&＃xff0c;虽然源码中还定义了HandlePromotionFailure参数&＃xff0c;但是在代码中己经不会再使用它。JDK6 Update24之后的规则变为只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor Gc&＃xff0c;否则将进行Full GC。