java虚拟机(垃圾收集)-----------记录深入java虚拟机章节重点

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收集器:老年代收集器,只可以与上面两种配合。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值