java对象的生存与死亡概述

堆中几乎放着java世界中所有的对象实例，垃圾收集器在对堆进行回收前，第一件事情就是要确定对象是否存活。
1.引用 计数法
算法是这样的：给对象中添加一个引用计数器，每当有一个地方引用它时，计数器值用加1：当引用失效时，计数器值就减1;任何时刻计数器都为0的对象就是不可能再被使用的。这种算法比较著名的案例有：微软的COM(Component Object Model)技术、使用ActionScript3的FlashPlayer、python语言以及在游戏脚本领域中广泛应用的Squirrel中都使用引用计数算法进行内存管理。但是java语言没有选用引用计数算法来管理内存，其中最主要的原因是它很难解决对象之间的相互循环引用 的问题。例如：ObjectA.instance=ObjectB,ObjectB.instance=ObjectA,它们互相引用计数不为0.
2.根搜索算法
java,c#,Lisp语言决断对象是否存活用的是根搜索算法。这个算法的基本思路就是通过一系列名为“GC Roots"的对象作为起始点，从这些结点为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链（Refrence Chain),当一个对象对GC Roots没用任何引用 链相连（用图论的话来说就是从GC Roots到这个对象不可达）时，则证明些对象是不可用的。在java语言里，可作为GC Roots的对象包括下面几种：虚拟机栈中的引用的对象，方法区中的类静态属性引用的对象 ，方法区常量引用的对象，本地方法栈中的引用 的对象。
3.引用的类型
JDK1.2之后，java对引用的概念进行了扩充，将引用分为强引用（Strong Reference)、软引用（Soft Reference)、弱引用（Weak Reference)、虚引用（phantom Reference)四种，这四种引用强度依次逐渐减弱。强引用用new,只要引用还在，垃圾回收器永远不会回收;软引用用SoftReference类来实现,系统将要发生内存溢出之前，将软引用对象列入回收范围并进行第二次回收;弱引用用WeakReference类来实现，当垃圾收集器工作时，无论当前内存是否足够，都会回收掉只被引用关联的对象;虚引用也称为幽灵引用或者幻影引用，通过PhantomReference类实现虚引用。
4.对象的生死
在根搜索算法中不可达的对象，也并非是“非死不可”的，这时候它们暂时处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历两次标记过程：如果对象在进行根搜索后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行第一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。当对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必要执行”。如果这个对象判定为有必要执行finalize()方法，那么这个对象将会放置在一个名为F-Queue的队列之中，关在稍后由一条虚拟机自动建立的、低优先级的Finalizer线程去执行。这样做的原因是，如果一个对象在finalize()方法 中执行缓慢，或者发生了死循环，将很可能会导致F-Queue队列中的其他对象永久处于等待状态，甚至导致整个内存回收系统崩溃。finalize()方法是对象逃脱死亡命运的最后 一次机会，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象要在finalize()中成功拯救自己-----只要重新与引用 链上的任何一个对象建立 关联即可，譬如把自己赋值给某个类变量或对象的成员变量，那在第二次标记时它将被移除“即将回收的”的集合;如果对象这时候还没有逃脱，那它就真的离死还远了。一个对象的finalize()方法都只会被系统自动调用一次，如果对象面临下一次回收，它的finalize方法不会被再次执行。代码如下：

public class FinalizeEscapeGC {
	public static FinalizeEscapeGC finalizeEscapeGC = null;
	public void isAlive() {
		System.out.println("我还在活着");
	}
	@Override
	protected void finalize() throws Throwable {
		super.finalize();
		System.out.println("执行析构函数");
		FinalizeEscapeGC.finalizeEscapeGC=this;
	}
	public static void main(String[] args) throws Throwable{
		finalizeEscapeGC=new FinalizeEscapeGC();
		//对象自救
		finalizeEscapeGC=null;
		System.gc();
		Thread.sleep(500);
		//因为finalizer方法优先级很低，暂停0.5秒，以等待它
		if(finalizeEscapeGC!=null) {
			finalizeEscapeGC.isAlive();
		}else {
			System.out.println("我被回收了");
		}
		//对象自救失败
		finalizeEscapeGC=null;
		System.gc();
		Thread.sleep(500);
		//因为finalizer方法优先级很低，暂停0.5秒，以等待它
		if(finalizeEscapeGC!=null) {
			finalizeEscapeGC.isAlive();
		}else {
		   System.out.println("我被回收了");
		}
	}
}
运行结果如下：
执行析构函数
我还在活着
我被回收了

5.回收方法区
永久代的垃圾收集主要回收两部分内容：废弃常量和无用的类。无用类的判定必须同满足下面3个条件：该类所有的实例都已经被回收，也就java堆中不存在该的任何实例。加载该类的ClassLoader已经被回收。该类对应java.lang.Class对象 没有任何地方被引用，无法在任何地方反射访问该类的方法。hotSpot虚拟机提供了-Xnoclassgc参数进行控制，还可以使用-verbose:class及-XX:+TraceClassLoading、-XX:+TraceClassUnLoading查看类加载和卸载信息。-verbose:class和-XX：+TraceClassLoading 可以在Product版的虚拟机中使用，但是-XX:+TraceClassLoading参数需要fastdebug版的虚拟机支持。在大量使用反射、动态代理、CGLib等bytecode框架的场景，以及动态生成JSP和OSGI这类频繁自定义ClassLoader的场景都需要虚拟机具备类卸载的功能 ，以保证永久代不会溢出。