内存分配
默认情况下新生代和老年区的内存比例是1:2,新生代中Eden区和Survivor区的比例是8:1。
- 对象优先分配在Eden区。
- 大对象直接进入老年区。通过
-XX:PertenureizeThreshold
参数设置临界值。 - 长期存活的对象进入老年区。对象每熬过一次Minor GC,年龄+1,当年龄增加到一定程度(默认15岁)就会进入老年区。
-XX:MaxTenuringThreshold
设置年龄临界值。 - 如果Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一办,年龄大于或等于该年龄的对象直接进入老年区。
何时发生GC及空间分配担保
Eden区没有足够空间分配内存时,发生Minor GC.
Minor GC:指发生在新生代的GC动作。一般速度迅速。
Major GC /Full GC:值发生在老年代的GC,一般速度比Minor GC慢上10倍。
在Minor GC之前,JVM会先检查老年代最大可用连续空间是否大于新生代所有对象总空间,如果成立,那么MinorGC可以确保是安全的。否则,查看HandlePromotionFailure设置值是否允许担保失败,如果允许会尝试进行MinorGC,否则会进行一次FullGC。
对象是否死去?
引用计数法
给对象中添加一个引用计数器,每当一个地方引用时计数器就加1,当引用失效时,计数器减1。当计数器值为0的时候,这个对象将不可能被引用,则判断该对象死亡。
- 弊端:会出现循环引用而导致无法GC的情况。
可达性分析算法
通过一个根节点GC Roots向下搜索,当一个对象无法从GC Roots搜索到时,则证明此对象是可不用的。
引用
- 强引用:有引用,绝不回收。
- 软引用:在系统将要发生OOM之前,将对象纳入回收范围,如果这次回收有足够内存,则在下一次GC时进行回收。
- 弱引用:GC时,无论当前内存是否足够,都会被回收掉。
- 虚引用:和没有引用没有用多大区别,只是能在对象被GC时收到一个系统通知。
finalize
一个对象的死亡需要经历至少两次标记过程,在可达性分析时不可达则会进行第一次标记,并且进行一次筛选,筛选条件就是该对象是否有必要执行finalize()方法,当对象没有覆盖finalize方法,或finalize方法已经被JVM调用过了,JVM则任务该对象没有执行finalize的必要了。如果该对象有必要执行finalize方法,则该对象会被放到一个F-Queue队列中,稍后交由一个JVM自动建立的低优先级的Finalizer线程执行注意:这里智慧触发这个方法,并不保证会等待它运行结束。
如果该对象在finalize执行中成功将自己关联到GC Root链上,JVM则会在第二次标记过程中将该对象从即将回收的集合中移除。
垃圾回收算法
标记 - 清除算法
算法分两个节点,标记阶段将要回收的对象进行标记,回收阶段直接将标记的内存进行回收。
- 缺点:1. 标记和清除阶段的效率都不高。2.标记清除后会产生大量不连续内存碎片。
复制算法
将内存分成大小相等的两块,每次使用其中一块,当这块内存快使用完时,将还存活的对象复制到另一块上。
- 缺点:内存缩小了一半。
实际中发现不需要按1:1划分,默认情况下,JVM将年轻代按8:1:1分成eden、survivor1和survivor2三块。每次GC时,将Eden和其中一块Survivor中还活着的对象一次性复制到另一块Survivor上,最后清理掉Eden和刚才用过的Survivor的空间。当survivor空间不够时,由老年代内存进行分配担保,也就是将对象放到老年代中。
标记-整理算法
标记死去的对象,清除后将活着的对象整理在一起。
分代收集算法
新生代和老年代,不同的内存区域采用不同的收集算法。
GC日志
配置-XX:+PrintGCDetails参数,JVM会在发生GC时打印GC日志。
33.125:
1 [GC
2 (Allocation Failure)[PSYoungGen
3: 21096K->32K(22528K)
4] 22608K->1543K(91136K)
5,0.0008844 secs]
6[Times: user=0.00 sys=0.00, real=0.00 secs]
在这里插入图片描述