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。
如果看官觉得有点用,点赞一下 鼓励一下我吧!
欢迎添加公众号与您分享更多记录