finalize的原理和工作缺點是什么？【Java面試題】

finalize是 Object 中的一個方法，如果子類重寫它，垃圾回收時此方法會被調用，可以在其中進行資源釋放和清理工作。其次將資源釋放和清理放在 finalize 方法中非常不好，非常影響性能，嚴重時甚至會引起 OOM，從 Java9 開始就被標注為 @Deprecated，不建議被使用了。

對 finalize 方法進行處理的核心邏輯位于 java.lang.ref.Finalizer 類中，它包含了名為 unfinalized 的靜態(tài)變量(雙向鏈表結構)，F(xiàn)inalizer 也可被視為另一種引用對象(地位與軟、弱、虛相當，只是不對外，無法直接使用)。

當重寫了 finalize 方法的對象，在構造方法調用之時，JVM 都會將其包裝成一個 Finalizer 對象，并加入 unfinalized 鏈表中。

Finalizer 類中還有另一個重要的靜態(tài)變量，即 ReferenceQueue 引用隊列，剛開始它是空的。當狗對象可以被當作垃圾回收時，就會把這些狗對象對應的 Finalizer 對象加入此引用隊列

但此時 Dog 對象還沒法被立刻回收，因為 unfinalized -> Finalizer 這一引用鏈還在引用它嘛，為的是【先別著急回收啊，等我調完 finalize 方法，再回收】

FinalizerThread 線程會從 ReferenceQueue 中逐一取出每個 Finalizer 對象，把它們從鏈表斷開并真正調用 finallize 方法。

由于整個 Finalizer 對象已經從 unfinalized 鏈表中斷開，這樣沒誰能引用到它和狗對象，所以下次 gc 時就被回收了。

finalize 缺點

無法保證資源釋放：FinalizerThread 是守護線程，代碼很有可能沒來得及執(zhí)行完，線程就結束了

無法判斷是否發(fā)生錯誤：執(zhí)行 finalize 方法時，會吞掉任意異常(Throwable)

內存釋放不及時：重寫了 finalize 方法的對象在第一次被 gc 時，并不能及時釋放它占用的內存，因為要等著 FinalizerThread 調用完 finalize，把它從 unfinalized 隊列移除后，第二次 gc 時才能真正釋放內存

有的文章提到【Finalizer 線程會和我們的主線程進行競爭，不過由于它的優(yōu)先級較低，獲取到的CPU時間較少，因此它永遠也趕不上主線程的步伐】這個顯然是錯誤的，F(xiàn)inalizerThread 的優(yōu)先級較普通線程更高，原因應該是 finalize 串行執(zhí)行慢等原因綜合導致