彪悍的人生不需要解釋

GC,Reference,Finalize,Dispose

Java提供了垃圾對象自動回收(GC)機制，該機制對堆heap里的對象就其被引用情況進行跟蹤判斷，對合適對象進行自動回收釋放內存。按java規范，對象分如下引用情況：

• An object is strongly reachable if it can be reached by some thread without traversing any reference objects. A newly-created object is strongly reachable by the thread that created it.
• An object is softly reachable if it is not strongly reachable but can be reached by traversing a soft reference.
• An object is weakly reachable if it is neither strongly nor softly reachable but can be reached by traversing a weak reference. When the weak references to a weakly-reachable object are cleared, the object becomes eligible for finalization.
• An object is phantom reachable if it is neither strongly, softly, nor weakly reachable, it has been finalized, and some phantom reference refers to it.
• Finally, an object is unreachable, and therefore eligible for reclamation, when it is not reachable in any of the above ways.

根據引用情況不同，GC處理過程也不同。

當一個對象實例不被強引用strongly reachable時，GC的某次運行就有可能掃描到該對象。這時GC會檢查該對象是否softreference reachable，如果是，則盡可能放它一馬，一笑而過，但如果放過去就會引起out of memory error，則就要處理該對象。處理過程首先要檢查是否實現了finalize方法的對象，如果是則標記finalizable，并導致Finalizer系統線程（setDaemon(true)，Thread.MAX_PRIORITY - 2）在后續巡檢中對此對象調用finalize方法。執行完finalize方法后如果在此后某次的GC運行中再次被發現softreference reachable，則此時導致clear softreference，并釋放內存，最后歸到softreference-queue中。

如果本對象沒有實現finalize方法，則GC省去其對應處理環節。

此過程同樣適用于weakreference reachable，所不同的是GC將不會盡可能放過該對象。

對于PhantomReference reachable,情況不同之處在于PhantomReference reachable定義在finalize已經執行結束后的GC的某次運行時，這個時候，它不去PhantomReference clear，也不釋放內存，而是直接歸到PhantomReference-queue中，此后需要應用程序自行clear才能釋放，這也是PhantomReference一定要求queue的原因。

基于此GC機制，對“實現當不使用某對象時釋放其附屬資源”這樣的需求，java提供兩種實現方式。

Finalize方式就是指Object class的那個Finalize方法，可以被任何class進行override來實現釋放對應附屬資源。由于歷史原因，執行該finalize方法的Finalizer線程保留為一個低優先級線程，因此導致獲得巡檢機會從而進行資源釋放將不是十分及時；另外，java規范允許在finalize方法中再次使該對象恢復強引用，因而GC總是在執行finalize后的再次運行中才考慮釋放該對象的內存，如果該對象本身占用內存比較大，這樣同樣導致整體資源釋放將不是十分及時。最后，如果一個class實現了finalize方法，不僅如上所述釋放其實例時比較占用機器資源，建立實例的過程也將因要通過必須的finalize方法檢測及底層register而占用額外的資源。為此，java提供了Dispose模式可以用來替代finalize模式。

Dispose方式的實現就不在class里實現finalize方法了。在jre中，已經為java2D的支持實現了一個Disposer用來幫助釋放對象附用的圖形資源，下面以此為例說明Dispose方式。

sun.java2d.Dispose隨著類加載初始化構建一個Java2D Disposer線程（setDaemon(true)，Thread.MAX_PRIORITY），同時該類對外提供public static addRecord(Object target, DisposerRecord rec)用來建立對指定target的weakreference或 PhantomReference（系統屬性sun.java2d.reftype指定）監測。當指定對象target失去強引用而成為weakreference或PhantomReference reachable時，會被GC及時置入reference-queue中，同時被高優先級的本Java2D Disposer線程及時監測到，然后本線程會去從reference-queue中拿到此reference，并通過內部映射表hashtable找到當初addRecord時傳入的DisposerRecord，并調用其dispose()。所以在該dispose方法中實現釋放附屬資源的邏輯就可以了。