JVM虚拟机二:垃圾回收

JVM虚拟机二:垃圾回收

在上节介绍过,其中堆中存储几乎所有的对象实例,如上图(这里没有PermGen,因为JDK8以后已经取消了永久代)。

【简单过程】对象是有生命周期的,new一个对象时,会被分配到eden区域,当eden满了以后触发一次Minor GC,仍生存的对象被复制到from区域,当再次GC时,对象从from被复制到to,这个时候from和to的角色互换了,以后再GC,对象会又被辅助到from,来来回回,每次对象的代龄都+1,当累加到一定值(默认18)后,对象还存活的话,被复制到old。

这里有一个区别,如果是大对象,直接进入old,不执行来来回回的过程。

那么如何判定这个对象是不是还活着呢?java采用的是可达算法(除此之外还有计数算法),如果该对象有到达GC Roots的引用路径,就认为是活的,可作为GC Roots的对象包括:

1. 栈中引用的对象;

2. 方法区类静态属性引用的对象;

3. 方法区常量引用的对象;

引用路径根据强弱又分为四种(算上 JNI Weak Reference 就是五种):强引用(Strong Ref)>软引用(Soft Ref)>弱引用(Weak Ref)>虚引用(Phantom Ref)

1. 强引用:比较常见,如 Student stu=new Student();这个类就是强引用;

2. 软引用:一般在内存不够时,会被回收,这种引用可有可无,使用SoftReference实现;并不是每次GC都被回收,只有在内存不足时,才根据LRU策略回收。

3. 弱引用:也是可有可无的引用,一旦遇到GC就被回收,使用WeakReference实现。

4. 虚引用:最弱的引用,也是形同虚设的引用,唯一的目的是对象被GC时接收系统通知,使用PhantomReference实现。

当GC时,如果判断该对象和GC Roots没有可达路径,也不是立即被回收,过程如下:

首先判断是否可达,如果不可达,第一次标记该对象,标记后会判断该对象要不要执行一次finalize()方法;然后把对象放入F-Queue队列中,等待再次标记;GC对F-Queue中的对象再做一次标记,这个时候如果发现某对象又可达了,则被移出F-Queue队列,不再回收,否则被最终回收掉。

所以如果一个对象不想被回收,在GC的第二次标记时,还是有机会再抢救一次,比如把自己赋给某个类的变量等等,这也是为什么有时候看到一个对象的finalize()方法被执行了,但是没有回收的原因。另外说到finalize()方法,因为对象的该方法只会被执行一次,所以只有在第一次被GC时可以在这个方法内抢救自己一次,以后再被GC时该方法不会再执行,也就没办法抢救自己了,只能任命了。

hmoban主题是根据ripro二开的主题,极致后台体验,无插件,集成会员系统
自学咖网 » JVM虚拟机二:垃圾回收