Java 集合 持有引用 & WeakHashMap
@author ixenos
摘要：强引用、弱引用、WeakHashMap动态回收步骤
Reference引用对象
- 可获得的（reachable）：指在栈中有一个普通的引用正在指向此对象，也可能有更多的中间链接
-
-
如果一个对象是可获得的，垃圾回收器（GC）就不能释放它，因为他仍然为程序所用，宁愿耗尽内存也不释放；当一个对象不是可获得的时候，程序无法使用它，此时GC才认为将其回收是安全的
-
-
Reference对象：如果想继续持有对某个对象的引用，但也希望能够允许GC释放它，就应使用Reference对象作为与普通引用之间的媒介（代理），即普通引用经Reference对象包装过再指向某个对象
-
普通引用-->Reference对象-->目标对象
Reference引用对象的四种分类（由强到弱）
-
强引用（Strong Reference）：强引用时，就是普通引用，对象是可获得的（reachable）
-
软引用（Soft Reference）：实现内存敏感的高速缓存 //TODO
- 弱引用（Weak Reference）：实现规范映射（canonicalizing mappings），它不妨碍GC回收映射的key或value，规范映射中对象的实例可以在程序的多处被同时使用，以节省存储空间
- 幻象引用（Phantom Reference）：用以调度回收前的清理工作，比Java终止机制灵活
幻象引用原理
幻象引用于弱引用和软引用均不同。它控制其指向的对象非常弱（tenuous），以至于它不能获得这个对象。get()方法通常情况下返回的是null值。它唯一的作用就是跟踪列队在ReferenceQuene中的已经死去的对象。 幻象引用和弱引用的不同在于其入队（enquene）进入ReferenceQuene的方式。当弱引用的对象成为若可到达时，弱引用即列队进入ReferenceQuene。这个入队发生在终结（finialize）和垃圾回收实际发生之前。理论上，通过不正规（unorthodox）的finilize（）方法，成为垃圾的对象能重新复活（resurrected），但是弱引用仍然是死的。幻象引用只有当对象在物理上从内存中移出时，才会入队。这就阻止我们重新恢复将死的对象。 W：终结(Finalization)指比拉圾回收更一般的概念,可以回收对象所占有的任意资源,比如文件描述符和图形上下文等。 幻象引用由两个好处： A:它能确定某一个对象从内存中移除的时间，这也是唯一的方式。通常情况下，这不是非常有用。但是迟早（come in handy）会用到手动处理大图片的情况：如果你确定一张图片需要被垃圾回收，那么在你尝试加载下一张照片前，你应该等待这张照片被回收完成。这样就使得令人恐惧的（dreaded）内存溢出不太可能发生。 B:虚幻引用能够避终结（finilize）的基本问题。finilize（）方法能够通过给一个垃圾对象关联一个强引用使之复活。问题是覆写了finilize()方法的对象在成为垃圾之前，为了回收，垃圾回收期需要执行两次单独的循环。第一轮循环确定某个对象是垃圾，那么它就符合终结finilize的条件。在finilize的过程中，这个对象可能被“复活”。在这个对象被实际移除之前，垃圾回收期不得不重新运行一遍。因为finilization并不是实时调用的，所以在终止进行的过程中，可能发生了gc的多次循环。在实际清理垃圾对象时，这导致了一些延时滞后。这将导致Heap中有大量的垃圾导致内存溢出。 幻象引用不可能发生以上的情况，当幻象引用入队时，它实际上已经被移除了内存。幻象内存无法“复活”对象。这发现这个对象时虚幻可到达时，在第一轮循环中，它就被回收。 可以证明，finilize()方法从不在第一种情况下使用，但是虚幻引用提供了一种更安全和有效的使用和被排除掉的finilize方法的机制，使得垃圾回收更加简单。但是因为有太多的东西需要实现，我通常不适用finilize。