JVM 新生代 8:1:1 原因

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

所以我们实际GC发生是在，新生代内存使用达到90%时开始进行，复制存活的对象到S1区，要知道GC结束后在S1区活下来的对象，在下一次GC的范围是，eden区和S1，把这两部分存活的对象放入S0区，如此反复，下一次GC范围是eden区和S0区，一句话每次GC范围是eden区+一个S区。（比例是eden:s1:s0=80%:10%:10%=8:1:1）这里的eden区（80%） 和其中的一个S区（10%） 合起来共占据90%，GC就是清理的他们，始终保持着其中一个S区是空留的，保证GC的时候复制存活的对象有个存储的地方。

问这样做的好处是什么？

答：高效！！！GC 算法总体就是三种：1 复制  2 标记  3标记整理，垃圾回收算法将这几种选择起来相互组合。毫无疑问，只存在少量存活的对象，只需复制少量存活的对象，远远比标记和标记整理高效多。

注意：如何判断对象存活可用，可达性分析法来判断：通过一系列称为 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% )的新生代空间

当对象在 Eden（包括一个 Survivor 区域，就是指两个Survivor 区其中一个，这里假设是 from 区域）出生后，在经过一次 Minor GC 前，会标记不需要清除的对象，然后使用复制算法将标记的对象复制到另外一块 Survivor区（即Survivor区域中的to区域）中，然后清理所使用过的 Eden 以及 Survivor 区域 （即 from 区域），并且将这些存活的对象的年龄设置为 1，（然后再次同上，以后对象在 Survivor 区每熬过一次 Minor GC，就将对象的年龄+1，当对象的年龄达到某个值时（默认是 15 岁，CMS默认6岁，可以通过参数-XX:MaxTenuringThreshold来设定），这些对象就会成为老年代

补充：但这也不是绝对的，对于一些较大的对象（即需要分配一块较大的连续内存空间）则是直接进入到老年代

还有当代码中调用System.gc()对于可达的对象会提前进入老年代，并且这个方法先minor gc然后在full gc