-
内存分配与回收策略
Java技术体系中所提倡的自动内存管理解决了两个问题:
- 给对象分配内存
- 回收分配给对象的内存
-
Heap堆
所有的对象实例以及数组都要在堆上分配,但是随着JIT编译器的发展与逃逸分析技术逐渐成熟,栈上分配、标量优化等等技术会导致一些微妙的变化,本文只讨论大多数情况。
-
对象优先分配Eden
大多数情况下,对象在新生代Eden区中分配,当Eden区没有足够空间时,虚拟机会发起一次Minor GC.
-
大对象直接进入老年代
大对象:需要大量连续内存空间的java对象,很长的字符串或者数组。经常出现大对象容易导致内存还有不少空间就提前触发垃圾收集以获取足够连续的空间来“安置”它们。虚拟机提供一个参数-XX:PretenureSizeThreshold参数,大于这个值,对象直接分配老年代,避免eden区和两个Survivor区发生大龄的内存复制,新生代采用复制算法收集内存。
-
长期存活的对象将进入老年代
虚拟机给每个对象一个年龄age计数器。对象出生在eden区,minorGC存活进入survivor,age=1岁,每次minorGC 存活 age+1,当age=15时,对象进入老年代。-XX:MaxTenuringThreshold参数控制次数。
-
动态对象年龄判定
虚拟机并不是永远地要求对象的年龄必须达到MaxTenuringThreshold才能晋升老年代,如果再Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半,年龄大于或者等于该年龄的对象就可以直接进入老年代。
-
空间分配担保
发生Minor GC之前,虚拟机会先检查老年代最新可用联系空间十分大于新生代的所有对象总空间,如果这个条件成立,说明Minor GC可用确保安全,极端情况下所有对象新生代GC之后都存活的情况。HandlePromotionFailure设置值是否允许担保失败。Jdk1.6之后默认true.
-
新生代Minor GC和老年代Major/Full GC
新生代GC:发生在新生代中的垃圾收集动作,因为java大部分对象都具有朝生夕灭的特性,所有Minor GC比较频繁,回收速度较快。
老年代GC:发生在老年代的垃圾收集,出现了MajorGC,速度一般为Minor慢10倍以上。