JVM堆分代笔记

JVM基本结构.png

JVM内存分代策略

JVM 根据对象的存活周期不同，把堆内存划分为三块，一般为新生代、老年代、永久代（对于HotSpot虚拟机而言），在绝大多数情况下，新创建的对象首先分配在eden区，在一次新生代回收之后，如果对象还存活，则进入s0或者s1，每经过一次新生代回收，对象如果存活，它的年龄就会加1。当对象的年龄达到一定条件后，就会被认为是老年对象，从而进入老年代。常量、类变量、类信息等会存放在永久代中。方法区是JVM规范的一部分，是规范，而永久代是方法区的一种实现。

对堆内存分代是为了提高内存空间利用率及垃圾回收器的效率。

通过内存分代只需要在新生代中经行频繁的GC即可，而老年代中对象生命周期长，进行GC频率相对较低，永久代一般都不进行垃圾回收。JVM还可以根据不同年代的特点采用合适的垃圾回收算法，这样可以大大的提高垃圾回收效率。

堆结构图.png

新生代（Young Generation)

新生成的对象优先存放在新生代中（大对象除外，大对象会之间进入老年代），新生代中的对象存活率很低，一般进行一次垃圾回收可回收 80% 的空间。

HotSpot（一种JVM的实现）中，将新生代划分为三块，一块较大的eden区还有两块较小的Survivor 空间也就是s1区和s2区，默认比例为8 : 1 : 1。这样划分的目的是为了提高内存空间的使用率（个人理解是因为一次gc就回收掉了大部分对象，只有小部分才能进入Survivor 空间）

当 eden区 没有足够空间分配个新生对象时，虚拟机将发起一次 Minor GC，s1区 是作为保留区的，GC 之前是空的，进行 GC 的时候会将 eden区 中所有的存活对象放入 s1 中。而 s0 存活的对象会根据年龄决定去向，如果年龄达到阈值（经历一次GC年龄+1，阈值默认是15）会进入老年代，没有达到阈值的也会被复制到s1中， 随后会清空 eden区 和 s0区，如果GC时s1中没有足够空间会放一部分对象放入老年代。GC 结束后 s1 跟 s0 的角色会互换.

老年代（Old Generation）

在新生代中经历了多次GC后仍然存活的对象会进入老年代中。能进入老年代的对象都是生命周期较长，存活率高的对象，所以在老年代中经行GC的频率相对新生代而言要低。

永久代（Permanent Generationn)

永久代存储类信息、常量、类变量、即时编译器编译后的代码等数据，对于这一区域而言，Java虚拟机规范中值出可以不用对其进行垃圾回收，一般不会对其经行垃圾回收。

注意：永久代在JDK1.8中已经移除