题外话相:相当多的初级Java开发人员都以为垃圾收集(GC,以下都简称GC)是Java的伴生产物。其实GC的历史是相当是久远,1960年诞生于MIT的Lisp是第一门真正使用内存动态分配和垃圾收集技术的语言。
1、如何判断对象已经“死去”:
引用计数算法:
一种说法是给对象添加一个引用计数器,当这个对象在其他地方存在引用,就给计数器+1,一旦计数器为0,即表示对象死了。这种方式固然有效 ,但是它很难解决对象之间互相循环引用的问题。举个栗子:对象A和对象B都有字段instance,赋值令 A.instance = B 及 B.instance = A,除此之外两个对象都再无任何引用,这种情况下虽然AB都已经没有用了,但是他们因为互相引用,导致它们的引用计数都不为0,so引用计数算法无法通知GC收集器回收它们。所以我们Java虚拟机并没有选用引用计数算法来管理内存。
可达性分析算法:
没错我们Java是通过可达性分析来判断对象是否存活的,这个算法通过一系列被称之为“GC Roots”的对象作为起始点,从这些节点开始往下搜索,用图论的语言表述:如果GC Root到这个对象之间是不可达的,那么这个对象就已经死了。如下图所示:对象object5、object6、object7虽然互相关联,但是他们到GC Roots是不可达的,所以他们将会被判定为可回收的对象。
在Java语言中,可以作为GC Root的对象有:
虚拟机栈(栈帧中的本地变量表)中引用的对象;
方法区中类静态属性引用的对象;
方法区中常量引用的对象;
本地方法中native方法引用的对象。说的更通俗一点,栈中的引用对象
2、引用:
JDK1.2之后,Java将引用分为:强引用、软引用、弱引用和虚引用。这四种引用强度依次逐渐减弱
强引用(StrongReference):是指在程序代码中普遍存在的,类似“Object obj = new Object()” 这类的引用,只要强引用还存在,垃圾收集器永远不会回收掉引用的对象。
软引用(SoftReference):如果一个对象只具有软引用,那么垃圾回收器在内存充足的时候不会回收它,而在内存不足时会回收这些对象。软引用对象被回收后,Java 虚拟机会把这个软引用加入到与之关联的引用队列中。
弱引用(WeakReference):如果一个对象只具有弱引用,那么垃圾回收器在扫描到该对象时,无论内存充足与否,都会回收该对象的内存。与软引用相同,弱引用对象被回收后,Java 虚拟机会把这个弱引用加入到与之关联的引用队列中。
虚引用(PhantomReference):虚引用并不决定对象生命周期,如果一个对象只具有虚引用,那么它和没有任何引用一样,任何时候都可能被回收。虚引用主要用来跟踪对象被垃圾回收器回收的活动。与软引用和弱引用不同的是,虚引用必须关联一个引用队列。
3、生存还是被回收:
一个对象,在失去引用到被GC回收,还有两次标记的过程:
失去引用-->被标记-->是否有finallize()方法,有且该方法未被执行过,则将对象加入F-Queue队列等待执行finallize()方法,否则再次被标记-->执行finallize()方法,最后拯救自己的机会,如果仍旧没有被引用,被标记-->两次标记则再下一次GC运作时回收
4、回收方法区:
方法区的垃圾收集主要回收两部分:废弃常量和无用类。
“废弃常量”的回收与回收Java堆中的对象非常类似。以常量池中字面量的回收为例:例如一个字符串“abc”已经进入常量池,但是无任何String对象引用常量池的此常量,也无其它引用此字面量,“abc”常量会被系统清理出常量池。常量池中的其他类(接口)、方法、字段的符号引用也是如此。
“无用类”回收的3个条件:、
4.1该类的所有实例已被回收,也就是Java堆中不存在该类的任何实例。
4.2加载该类的ClassLoader已被回收。
4.3该类对应的java.lang.Class对象没有在任何地方被引用,无法通过反射访问该类的方法。
PS:在大量使用反射、动态代理、CGLib等ByteCode框架、动态生成JSP以及OSGi这类频繁自定义ClassLoader的场景都需要虚拟机具备类卸载功能,以保证方法区不会溢出。
要去买菜煮饭了,今天就先介绍到这里。下次补上垃圾收集算法