1.判断哪些对象应该被回收
第一种:判断是否被引用(会漏掉一些不被收集)
第二种:判断是否可以延伸到gc root。
gcroot:两种栈的变量,类中静态变量引用。
jdk1.2后,将引用分为强,软,弱,虚四种引用。
2.gc回收过程
堆回收:
1.判断对象是否到gcroot,到不了的话,到2
2.判断是否有重写finalize()方法,如果有重写,且finalize()方法一次都木有被调用,到3,否则到5.
3.将该对象加入一个fquee队列,稍后会由虚拟机自己创建的线程finalize线程(不会立刻去执行的,要等一会儿的)去执行队列中的对象的finalize方法。到4
4.如果将队列中的对象,又指给了某个引用,则不回收。(对象在finalize()方法中自己拯救了自己)。如果没有拯救,则到5
5.标记该对象为需要清除。
方法区回收:
回收常量池和无用的类。
常量池中未被引用的常量需要被清除。
无用的类的定义:
1.所属该类对象均被回收。
2.加载该类的classloader被回收。
3.load该类的Class对象均被回收。
3.gc回收算法
1.标记清除,产生大量碎片。
2.复制算法:将内存分为两块,A先不动,回收B,回收B完后,将B的存活对象全部放到A(顺序放)。
不但解决了随便问题,而且因为一次性清除,所以速度快,但是有点浪费空间。
改良版为:以8:1:1的比例分配eden:survival:survival,每次将eden和一个survival复制到另一个surval。(适用于正常回收情况:新生代回收掉98%,不正常情况就是,每个对象都存活,就惨了,一个surval放不下,就只能借用老年代。)。至于何要用两个survival,看这个博文 http://blog.csdn.net/antony9118/article/details/51425581 ,简言就是只有一个的话,survival会产生碎片,两个的话,保证gc收集后没有碎片。
3.标记整理:不需要用来复制的10%的空间,整理的时候在当前内存挪动。
4.分代收集算法:划分新生代和老年代,采取不同的方法进行回收
4.怎样枚举根节点gcroot
设置多个安全点,在程序循环等耗时操作前设置安全点,在这些安全点设置OopMap(加载类时就已经确定应该在哪里设置oopmap),oopmap中存放:(从此处到一段指针位移期间存放的栈内的引用),每进行到一个地方就查看该地点的gc标志(轮询该标志的地点应该与安全点重合),如果标志为true,则根据栈中的所有oopmap(就是gcroot),进行垃圾收集。
安全区域:扩大了的安全点,当线程离开该区域时,要注意是否gc收集中,如果收集中,需要等gc全部完成,才可以出去安全区域。
5.垃圾收集器
serial收集器:单线程,并且停止所有用户线程。
parnew收集器:多线程,并且停止所有用户线程。
cms收集器:老年代收集器,只可以与上面两种配合。