java虚拟机学习笔记4-----对象的回收

    先来回顾下运行时数据区,分为方法区、堆区、虚拟机栈、本地方法栈、程序计数器,其中虚拟机栈、本地方法栈、程序计数器是线程私有的,随着线程的创建而生,线程的销毁而灭,栈中的栈帧随着方法的进入和退出有条不紊执行着入栈和出栈的操作,每一个栈帧中分配的内存在类结构确定后就已知,因此这几个区域的内存分配和回收都是确定的,在方法结束或线程结束后就被销毁了。而堆和方法区则不一样,我们只有在程序运行期间才能知道哪些对象会被创建,这部分内存的分配和回收都是动态的,垃圾回收器主要关注的是这部分内存。

对象死了吗?

    垃圾回收器回收的死的对象,那么怎么确定一个对象已死呢?

引用计数器法

    给对象添加一个引用计数器,每有一个地方引用该对象时就给引用计数器加1,当引用计数器为0时该对象不能再被使用,则可以被垃圾回收器回收,但她很难解决一个问题:对象之间的相互引用问题:

public class test{

public Object o = null;

public static void main(String args[]){

Test t1 = new Test();      Test t2 = new Test();

t1.o = t2;    t2.o=t1;

t1=null;  t2=null;

    }

test1 和test2都已经不能被访问了,但他们内部相互持有对象的引用,引用计数器为1,引用计数器无法通知垃圾回收器回收这两个不再使用的对象。

}


可达性分析

    这个算法的基本思路是通过一些列的称为"GC Roots" 的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链,当一个对象到GC Roots没有任何引用链相连时(从GC Roots到这个对象不可达),则证明此对象不可用。可以被判定为是可回收对象。


可达性分析算法

上面的这张图,对象objectE、objectF、objectG虽然互相有关联,但是它们到GC Roots是不可达的,所以它们将会被判定为是可回收的对象

在java语言中,可作为GC Roots的对象有以下几种:

1.虚拟机栈(栈帧的局部变量表里)中引用的对象

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

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

4.本地方法栈中(Native方法)引用的对象

引用

    在JDK1.2以后加强了引用的概念,将引用分为强引用、弱引用、软引用、虚引用,依次减弱。

    强引用:就是代码里Object a = new Object();这样的引用,这类的引用,只要强引用就不会被回收。

    软引用:是用来描述还有用但并非必须的对象,对于软引用关联的对象,在系统将要发生内存溢出之前,回收这类的对象,如果还不足则抛OutofMemoryError异常,提供SoftReference类来实现软引用。

    弱引用:用来描述非必须的对象,被弱引用关联的对象只能存活到下一次垃圾回收之前,当垃圾回收器工作时,无论当前内存是否充足,都会回收该类对象,提供WeakReference类来实现弱引用。

    虚引用:是最弱的引用,也称为幽灵引用或幻影引用,一个对象是否有虚引用的存在,完全不会对其生存时间构成影响,也无法通过一个虚引用来取得对象的实例,为对象虚引用关联的唯一目的就是能在这个对象被垃圾器回收前得到一个通知,提供PhantomReference类来实现虚引用。

对象是否回收:

    在对象经过可达性分析被判断为不可达后,也不是一定被回收,要真正宣告一个对象死亡有两次标记过程在可达性分析后标记为不可达,那么它将会被进行第一次标记并进行一次筛选,筛选的条件是该对象是否有必要执行finalize(),如果没有覆盖Object的finalize()或已经执行过finalize(),则进行第二次标记并回收。如果对象有必须要执行finalize(),那么这个对象将会加入到F-Queue队列中,执行她们的finalize(),但不一定会等到他们执行结束,这是因为如果某个对象的finalize()阻塞了,则可能导致垃圾回收器工作异常,从而系统崩溃,如果在finalize()中将对象自身的引用赋给某个对象的属性,则可以摆脱这一次的回收,如果没有赋值则进行第二次标记。

注:finalize()只会被系统调用一次。最好不要使用她。

回收方法区

        很多人认为方法区(或者Hotspot虚拟机中的永久带)是不会被回收的,因为回收方法区的性价比或者说效率比较低,在堆中尤其是新生代,常规应用进行一次垃圾收集一般可以达到70%-95%的空间,而永久带的垃圾收集效率远低于此。

        永久带的垃圾收集主要包含两部分:废弃常量和无用的类(类卸载)。

        回收废弃常量与回收java堆中的对象非常类似,以常量池中字面量的回收为例,加入一个字符串"abc"已经进入到常量池,但当前系统中没有任何一个String对象是叫做"abc"的,就是没有任何引用去指向这个对象,如果这时发生内存回收,而且有必要的话,这个"abc"常量将被系统回收,常量池中其他类(接口)、方法、字段的符号引用也与此类似。

        无用类回收则对象苛刻许多,类需要同时满足下面三个条件才算是"无用的类":

1.该类所有的实例都已经被回收(堆中没有该类的实例)

2.加载该类的ClassLoader已经被回收

3.该类对应的Class对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法。

        虚拟机可以对满足上述三个条件的类进行回收,并不是一定会被回收,是否对类进行回收需要设置虚拟机的参数(真想弄去查参数吧)。需要回收的场景:在大量使用反射、动态代理、CGlib等ByteCode框架、动态生成JSP以及OSGI这类频繁自定义ClassLoader的场景都需要虚拟机具备类卸载的功能,以保证永久代不会溢出。


下一节将介绍垃圾回收算法。


当它本可进取时,却故作谦卑;

当它在空虚时,用爱欲来填充;

在困难和容易之间,它选择了容易;

它犯了错,却借由别人也会犯错来宽慰自己;

它自由软弱,却把它认为是生命的坚韧;

当它鄙夷一张丑恶的嘴脸时,却不知那正是自己面具中的一副;

它侧身于生活的污泥中,虽不甘心,却又畏首畏尾。

你可能感兴趣的:(java虚拟机学习笔记4-----对象的回收)