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

finalize是 Object 中的一個方法，如果子類重寫它，垃圾回收時此方法會被調(diào)用，可以在其中進(jìn)行資源釋放和清理工作。其次將資源釋放和清理放在 finalize 方法中非常不好，非常影響性能，嚴(yán)重時甚至?xí)?OOM，從 Java9 開始就被標(biāo)注為 @Deprecated，不建議被使用了。

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

當(dāng)重寫了 finalize 方法的對象，在構(gòu)造方法調(diào)用之時，JVM 都會將其包裝成一個 Finalizer 對象，并加入 unfinalized 鏈表中。

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

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

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

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

finalize 缺點

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

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

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

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