【Java虚拟机JVM系列】为什么新生代的内存占比分为8:1:1

热门系列：

• 【Java虚拟机JVM系列】Java虚拟机原理哪家强？CSDN找老杨

• 【Java虚拟机JVM系列】GC配置及详解，持续输出，哒哒哒哒哒

•   程序人生，精彩抢先看

目录

  1.前言

  2.原理

1.前言

看到这个问题，很多同学可能会有点懵B。觉得是虚拟机自己就是这么分配的，那有那么多的为什么？？？？？

但当你面试的时候，被面试官这么问到时，难道你也如此答复别人吗？如果是的，兄嘚。你可能就得被扣分了！

2.原理

GC是统计学测算出当内存使用超过98%以上时，内存就应该被minor gc时回收一次。但是实际应用中，我们不能较真的只给 他们留下2%，换句话说当内存使用达到98%时才GC 就有点晚了，应该是多一些预留10%内存空间，这预留下来的空间我们称为S区（有两个s区  s1 和  s0），S区是用来存储新生代GC后存活下来的对象，而我们知道新生代GC算法使用的是复制回收算法。

         所以我们实际GC发生是在，新生代内存使用达到90%时开始进行，复制存活的对象到S1区，要知道GC结束后在S1区活下来的对象，需要放回给S0区，也就是对调(对调是指，两个S区位置互换,意味着再一次minor gc 时的区域  是eden 加，上一次存活的对象放入的S区)，既然能对调，其实就是两个区域一般大。这也是为什么会再有个10%的S0区域出来。这样比例就是8:1:1了!!（80%：s1:s0=80%:10%:10%=8:1:1）这里的eden区（80%） 和其中的一个  S区（10%） 合起来共占据90%，GC就是清理的他们，始终保持着其中一个  S  区是空留的，保证GC的时候复制存活的对象有个存储的地方。

（注意：如何判断对象存活可用，可达性分析法来判断:通过一系列称为 GCRoot 对象做起点，从这些节点向下搜索，搜索所走过的路径称为引用链，如果一个对象在引用链上，就说是可达的，这种对象就是需要存活下来的！！作为GC Roots的对象包括下面几种：

1. 当前虚拟机栈中局部变量表中的引用的对象
2. 当前本地方法栈中局部变量表中的引用的对象
3. 方法区中类静态属性引用的对象
4. 方法区中的常量引用的对象）

要知道设置Survivor是为了减少送到老年代的对象！！！

具体来说：

首先  堆=新生代+老年代，  其中  新生代为 eden+ from +to  ，  eden:from:to=8:1:1 默认会这样

堆内存划分：

堆大小 = 新生代 + 老年代。堆的大小可通过参数–Xms（堆的初始容量）、-Xmx（堆的最大容量） 来指定。

其中，新生代 ( Young ) 被细分为 Eden 和 两个 Survivor 区域，这两个 Survivor 区域分别被命名为 from 和 to，以示区分。默认的，Edem : from : to = 8 : 1 : 1 。可以通过参数 –XX:SurvivorRatio 来设定 ，即：

Survivor区和Eden区的比值

• -XX:SurvivorRatio=8 表示 两个Eden ：Survivor  = 8：2 ，每个Survivor占 1/10
• 可以修改为-XX:SurvivorRatio=2
• 2 表示 两个Eden ：Survivor  = 2： 2  ，各占一半
• JVM 每次只会使用 Eden 和其中的一块 Survivor 区域来为对象服务，所以无论什么时候，总是有一块 Survivor 区域是空闲着的。
• 新生代实际可用的内存空间为 9/10 ( 即90% )的新生代空间。
   

minor gc：指发生在新生代的垃圾回收动作，因为JAVA对象大多数都是朝生夕死的特性，所以minor gc非常平凡，使用复制算法快速的回收

老年代GC（major gc）：指发生在老年代的垃圾回收动作，所采用是的标记--整理算法。

老年代几乎都是经过survivor熬过来的，它们是不会那么容易“死掉”，因此major gc不会想minor gc那样频繁

Full gc：minor gc + major gc