虚拟机垃圾收集器与内存分配策略3.2

如何确定对象是否存活
1、通过计数器确定
2、通过GC Roots看是否可达
可以作为GC Roots的对象有：
·虚拟机栈中引用的对象
·方法区中类静态属性引用的对象，常量引用的对象
·本地方法栈JNI引用的对象
3.2.3再谈引用
有一些‘鸡肋’对象，在内存充足时保留，在内存不足时回收
强引用strong:普通的new Object( )
软引用soft :SoftReference类可实现软引用，在报内存溢出异常之前，会尝试回收这类对象
弱引用 weak ：无论内存是否足够，都将在下一次GC时被回收，对应Java类WeakReference
虚引用PhantomReference：无法通过虚引用获取对象实例，设置虚引用的目的是在这个对象被GC时受到一个系统通知。
3.2.4生存还是死亡
当对象被发现不可达时，要经历两次标记，
第一次标记是看其有必要执行finalize（）方法，如需要执行finalize则尝试执行。此时对象会被放到F-Queue中。
第二次标记：GC对F-Queue中的对象进行第二次标记。如果对象想复活，则可在finialize方法中拯救自己——重新和引用链关联上即可，如把自己（this关键字）赋值给某个类变量或者对象的成员变量。如果不拯救自己就会被回收。finalize方法只能执行一次，也就是说只有一个复活机会
3.2.5 回收方法区
一般都是回收 Java堆的对象，回收方法区效率低。
回收‘废弃常量’：没有任何String对象引用这个字符串常量，则会被清理出常量池。
回收‘无用的类’：判断是否为‘无用的类’方法：
a、该类所有实例已被回收，即在堆中没有任何该类的实例
b、加载该类的ClassLoader已经被回收
c、该类对应的java.lang.Class对象没有在任何地方被引用，无法通过反射获取该类的方法等信息。
-XX：+TraceClassLoading、-XX：++TraceClassUnLoading查看类加载和卸载信息。
在大量使用反射、动态代理等频繁自定义ClassLoader的场景都需要虚拟机具备类卸载的功能，保证永久代不会被溢出。