關于finalize機制和引用、引用隊列的一些結論

C++有析構函數這個東西，能夠很好地在對象銷毀前做一些釋放外部資源的工作，但是java沒有。Object.finalize()提供了與析構函數類似的機制，但是它不安全、會導緻嚴重的記憶體消耗和性能降低，應該避免使用。best practice是：像java類庫的IO流、資料庫連接配接、socket一樣，提供顯示的資源釋放接口，程式員使用完這些資源後，必須要顯示釋放。是以可以忘記Object.finalize()的存在。JVM啟動的時候，會建立一個Finalizer線程來支援finalize方法的執行。

關于引用和引用隊列，java提供了4種引用類型，在垃圾回收的時候，都有自己各自的獨特表現。ReferenceQueue是用來配合引用工作的，沒有ReferenceQueue一樣可以運作。建立引用的時候可以指定關聯的隊列，當GC釋放對象記憶體的時候，會将引用加入到引用隊列，這相當于是一種通知機制。當關聯的引用隊列中有資料的時候，意味着引用指向的堆記憶體中的對象被回收。通過這種方式，JVM允許我們在對象被銷毀後，做一些我們自己想做的事情。JVM提供了一個ReferenceHandler線程，将引用加入到注冊的引用隊列中。

finalze機制是先執行Object.finalize()中的邏輯，後銷毀堆中的對象；引用和隊列機制，先銷毀對象，後執行我們自己的邏輯。可以看到：使用引用和隊列機制效率更高，因為垃圾對象釋放的速度更快。如果是監控對象的銷毀，那麼最适合的是幽靈引用，如sun.misc.Cleaner就是使用幽靈引用，達到監控對象銷毀的目的，NIO中使用的就是這個。