存储在JVM中的Java对象可以被划分为两类:
➷ 一类是生命周期较短的瞬时对象,这类对象的创建和消亡都非常迅速,生命周期短的,及时回收即可。
➷ 另外一类对象的生命周期却非常长,在某些极端的情况下还能够与JVM的生命周期保持一致。
Java堆区进一步细分的话,可以划分为年轻代(YoungGen)和老年代(oldGen),其中年轻代又可以划分为Eden空间、Survivor0空间和Survivor1空间(有时也叫做from区、to区)。
上面这参数开发中一般不会调:
★ Eden:From:to - > 8:1:1
★ 新生代:老年代 - > 1 : 2
配置新生代与老年代在堆结构的占比:
默认情况下:-XX:NewRatio=2,表示新生代占1,老年代占2,新生代占整个堆的1/3。
✎ 可以自定义:-XX:NewRatio=4,表示新生代占1,老年代占4,新生代占整个堆的1/5。
当发现在整个项目中,生命周期长的对象偏多,那么就可以通过调整 老年代的大小,来进行调优。
在HotSpot中,Eden空间和另外两个survivor空间默认所占的比例是8:1:1,当然开发人员可以通过选项“-XX:SurvivorRatio”调整这个空间比例,比如:-XX:SurvivorRatio=8。
几乎所有的Java对象都是在Eden区被new出来的,绝大部分的Java对象的销毁都在新生代进行了。(有些大的对象在Eden区无法存储时候,将直接进入老年代)。
IBM公司的专门研究表明,新生代中80%的对象都是“朝生夕死”的。
可以使用选项"-Xmn"设置新生代最大内存大小。
这个参数一般使用默认值就可以了。
图解内存分配过程:
为新对象分配内存是一件非常严谨和复杂的任务,JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题,并且由于内存分配算法与内存回收算法密切相关,所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。
➷ new的对象先放伊甸园区,此区有大小限制。
➷ 当伊甸园的空间填满时,程序又需要创建对象,JVM的垃圾回收器将对伊甸园区进行垃圾回收(MinorGC),将伊甸园区中的不再被其他对象所引用的对象进行销毁,然后将伊甸园中的剩余对象移动到幸存者0区(或者1区,不确定),再加载新的对象放到伊甸园区。
➷ 如果再次触发垃圾回收,此时上次幸存下来的放到幸存者0区的对象,如果没有被回收,将会和本次伊甸园区中幸存下来的对象一起放到幸存者1区。
➷ 如果再次经历垃圾回收,此时会将两个有对象的区中幸存下来的对象重新放回幸存者0区。
➷ 之后,再放到幸存者1区,循环往复。
➷ 啥时候能去养老区呢?可以设置次数,默认是15次。可以通过设置参数:-XX:MaxTenuringThreshold= N 进行最大年龄的设置。
➷ 在养老区,相对悠闲。当养老区内存不足时,再次触发GC:Major GC,进行养老区的内存清理。
➷ 若养老区执行了Major GC之后,发现依然无法进行对象的保存,就会产生OOM异常。
步骤拆解:
当我们进行一次垃圾收集后,红色的将会被回收,而绿色的还会被占用着,存放在S0(Survivor From)区。同时我们给每个对象设置了一个年龄计数器,第一次回收后就是1。
同时Eden区继续存放对象,当Eden区再次存满的时候,又会触发一个MinorGC操作,此时GC将会把 Eden和Survivor From中的对象进行一次收集,把存活的对象放到 Survivor To区,同时让年龄 + 1。
我们继续不断的进行对象生成 和 垃圾回收,当Survivor中的对象的年龄达到15的时候,将会触发一次 Promotion晋升的操作,也就是将年轻代中的对象 晋升到 老年代中。
注意事项:
★ 在Eden区满了的时候,才会触发MinorGC,而幸存者区满了后,不会触发MinorGC操作。
★ 如果Survivor区满了后,将会触发一些特殊的规则,也就是可能直接晋升老年代,具体分析请往下看。
代码演示对象分配过程:
当我们不断的创建大对象时:
public class HeapInstanceTest {
byte [] buffer = new byte[new Random().nextInt(1024 * 200)];
public static void main(String[] args) throws InterruptedException {
ArrayList<HeapInstanceTest> list = new ArrayList<>();
while (true) {
list.add(new HeapInstanceTest());
Thread.sleep(10);
}
}
}
设置参数:-Xms600m -Xmx600m
然后cmd输入:jvisualvm,打开VisualVM图形化界面
最终,在老年代和新生代都满了,就出现OOM。
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at com.atguigu.java.chapter08.HeapInstanceTest.<init>(HeapInstanceTest.java:13)
at com.atguigu.java.chapter08.HeapInstanceTest.main(HeapInstanceTest.java:17)
常用的调优工具
➷ JDK命令行
➷ Eclipse:Memory Analyzer Tool
➷ Jconsole
➷ Visual VM(实时监控 推荐)
➷ Jprofiler(推荐)
➷ Java Flight Recorder(实时监控)
➷ GCViewer
➷ GCEasy