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% )的新生代空间。

摘自https://www.cnblogs.com/ITPower/p/7929010.html

       当对象在 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。

如果看官觉得有点用，点赞一下 鼓励一下我吧！
欢迎添加公众号与您分享更多记录