jvm的内存分配机制
jvm的内存模型
jvm内存分配原则
1、对象优先在Eden区分配
大多数情况下,对象在新生代中的Eden区分配,当Eden区没有足够的空间进行分配是,虚拟机将发起一次Minor GC。
Minor GC和Full GC的区别:
- Minor GC/Young GC: 发生在新生代的垃圾收集动作,Minor GC比较频繁,回收速度一般也比较块
- Major GC/Full GC: 一般会回收老年代、年轻代(新生代)、方法区的垃圾,Major GC的速度一般会比Manor GC慢10倍以上(因为回收的范围比较广)
2、大对象直接进入老年代
大对象就是需要大量连续内存空间的对象(比如:字符串、数组)。
jvm参数 -XX:PretenureSizeThreshold
可以设置大对象的大小,如果对象超过设置的大小则会直接进入老年代,不会进入年轻代,这个参数只有在Serial和ParNew两个垃圾收集器下有效
设置这个参数的意义:为了避免大对象在分配内存操作(Minor GC后的复制)而降低效率
3、长期存活的对象将进入老年代
既然虚拟机采用分代收集的思想来管理内存,那么内存回收的时候就必须能识别哪些对象应该放在新生代,哪些对象应该放在老年代中。为了做到这一点,虚拟机给每个对象一个对象年龄(Age)计数器。
如果对象在Eden出生并经过第一次Minor GC后任然能存活,并且能被Survivor区容纳的话,将会被移动到Survivor空间中,并且将对象年龄设置为1。对象在Survivor区中每经历过一次Minor GC,年龄就增加1岁,当它的年龄增加到一定程度(默认为15岁),就会被晋升到老年代中。
对象晋升到老年代的阈值,可以通过参数 -XX:MaxTenuringThreshold
来设置。
4、对象动态年龄判断
当前存放对象的Survivor区域中(其中一块区域,放对象的那一块s区),一批对象的总大小大于这块Survivor区域内存大小的50%,那么此时大于等于这批对象年龄最大值的所有对象,就可以直接进入老年区了。
例如Survivor区里面现在有一批对象,年龄1+年龄2+年龄n的多个年龄对象的总和超过了Survivor区域的50%,此时就会把年龄n以上(包括年龄n)的对象都放入老年代。
这个规则其实是希望那些可能长期存活的对象,尽早进入老年代。
对象动态年龄判断机制一般是在Minor GC之后触发的。
5、Minor gc后存活的对象Survivor区放不下
这种情况会把存活的对象部分挪到老年代,部分还可能会放在Survivor区
6、老年代空间分配担保机制
年轻代每次Minor GC之前jvm都会计算一下老年代剩余可用空间
如果这个可用空间小于年轻代里面现有的所有对象大小之和**(包括垃圾对象),就会看一个-XX:-HandlePromotionFailure
(jdk8默认设置了)的参数是否已经设置
如果有这个参数,就会查看老年代的可用内存大小,是否大于之前每一次Minor GC之后进入老年代的对象的平均大小**
如果上一步结果是小于或者之前说的参数没有设置,那么就会触发一次Full GC,对老年代和年轻代一起回收一次垃圾,如果回收完以后还是没有足够的空间存放新的对象就会发生**“OOM”(Out Of Memory)
反之如果上一步结果是大于且设置了参数,那么就会触发Minor GC,回收年轻代的垃圾,但是如果Minor GC之后存活且需要挪到老年代的对象大小还是大于老年代的可用空间,那么也会触发一次Full GC,Full GC 之后如果还是没有足够的空间存放Minor GC之后将要挪到老年代的存活对象,则也会发生"OOM"(Out Of Memory)**
7、Eden与Survivor区默认比例8:1:1
大量的对象被分配在Eden区,Eden区满了之后会触发Minor GC,可能会有99%以上的对象成为垃圾被回收掉,剩余存活的对象会被挪到为空的那块Survivor区,下一次Eden区满了后又会触发Minor GC,把Eden区和Survivor区垃圾对象回收,把剩余存活的对象一次性挪到另外一块为空的Survivor区,因为新生代的对象都是朝生夕死的,存活时间很短,所以jvm默认的8:1:1的比例是很合适的,让Eden区尽量的大,Survivor区够用即可
jvm默认有这个参数:-XX:+UseAdaptiveSizePolicy
,会导致这个比例自动变化,如果不想这个比例有变化可以设置参数:-XX:-UseAdaptiveSizePolicy
如何判断对象可以被回收
堆中几乎放着所有的对象实例,对堆垃圾回收前的第一步就是要判断哪些对象已经死亡(即不能再被任何途径使用的对象)
1、引用计数法
给对象中添加一个引用计数器,每当有一个地方引用它,计数器就加1;当引用 失效,计数器就减1;任何时候计数器为0的对象就是不可能再被使用的。
这个方法实现简单,效率高,但是目前主流的虚拟机中并没有选择这个算法来管 理内存,其最主要的原因是它很难解决对象之间相互循环引用的问题。
所谓对 象之间的相互引用问题,如下面代码所示:除了对象objA 和 objB 相互引用着 对方之外,这两个对象之间再无任何引用。但是他们因为互相引用对方,导致它 们的引用计数器都不为0,于是引用计数算法无法通知 GC 回收器回收他们。
public class ReferenceCountingGc {
Object instance;
public static void main(String[] args) {
ReferenceCountingGc objA = new ReferenceCountingGc();
ReferenceCountingGc objB = new ReferenceCountingGc();
objA.instance = objB;
objB.instance = objA;
objA = null;
objB = null;
}
}
2、可达性分析算法
这个算法的基本思想就是通过一系列的称为 “GC Roots” 的对象作为起点, 从这些节点开始向下搜索,找到的对象都标记为非垃圾对象,其余未标记的对象 都是垃圾对象
GC Roots根节点:线程栈的本地变量、静态变量、本地方法栈的变量等等
如何判断一个类是无用的类
方法区主要回收的是无用的类,一个类需要同时满足一下3个条件才能算是**“无用的类”😗*
- 该类的所有实例都已经被回收,也就是java堆中不存在任何该类的实例
- 加载该类的classLoader已经被回收
- 该类对应的java.lang.Class对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法
sLoader已经被回收** - 该类对应的java.lang.Class对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法