Java垃圾回收機制的finalize方法實例分析
本文實例講述了Java垃圾回收機制的finalize方法。分享給大家供大家參考,具體如下:
一 點睛
finalize方法有如下四個特點:
- 永遠不要主動調(diào)用某個對象的finalize方法,該方法應交給垃圾回收機制調(diào)用。
- finalize方法的何時被調(diào)用,是否被調(diào)用具有不確定性。不要把finalize方法當成一定會被執(zhí)行的方法。
- 當JVM執(zhí)行可恢復對象的finalize方法時,可能使該對象或系統(tǒng)中其他對象重新變成可達狀態(tài)。
- 當JVM執(zhí)行finalize方法時出現(xiàn)了異常,垃圾回收機制不會報告異常,程序繼續(xù)執(zhí)行。
由于finalize()方法并不一定會被執(zhí)行,因此如果想清理某個類里打開的資源,則不要放在finali()方法中進行清理。
二 實戰(zhàn)——復活自身
1 代碼
public class FinalizeTest { private static FinalizeTest ft = null; public void info() { System.out.println("測試資源清理的finalize方法"); } public static void main(String[] args) throws Exception { // 創(chuàng)建FinalizeTest對象立即進入可恢復狀態(tài) new FinalizeTest(); // 通知系統(tǒng)進行資源回收 System.gc(); //A 處 // 強制垃圾回收機制調(diào)用可恢復對象的finalize()方法 // Runtime.getRuntime().runFinalization(); //B處 System.runFinalization(); //C處 ft.info(); } public void finalize() { // 讓tf引用到試圖回收的可恢復對象,即可恢復對象重新變成可達 ft = this; } }
2 運行
測試資源清理的finalize方法
3 說明
A處和C處的代碼必須都執(zhí)行,否則因為垃圾回收的不確定性,finalize不會被執(zhí)行,導致程序最終異常執(zhí)行。
更多java相關(guān)內(nèi)容感興趣的讀者可查看本站專題:《Java面向?qū)ο蟪绦蛟O(shè)計入門與進階教程》、《Java數(shù)據(jù)結(jié)構(gòu)與算法教程》、《Java操作DOM節(jié)點技巧總結(jié)》、《Java文件與目錄操作技巧匯總》和《Java緩存操作技巧匯總》
希望本文所述對大家java程序設(shè)計有所幫助。
相關(guān)文章
Thread線程的基礎(chǔ)知識及常見疑惑點總結(jié)
在本篇內(nèi)容里小編給大家分享的是關(guān)于Thread線程的基礎(chǔ)知識及常見疑惑點,對此有學習需求的朋友們可以學習參考下。2019-05-05java實現(xiàn)十六進制字符unicode與中英文轉(zhuǎn)換示例
當需要對一個unicode十六進制字符串進行編碼時,首先做的應該是確認字符集編碼格式,在無法快速獲知的情況下,通過一下的str4all方法可以達到這一目的2014-02-02spring boot項目沒有mainClass如何實現(xiàn)打包運行
這篇文章主要介紹了spring boot項目沒有mainClass如何實現(xiàn)打包運行,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-01-01