Java垃圾回收機制的finalize方法實例分析
本文實例講述了Java垃圾回收機制的finalize方法。分享給大家供大家參考,具體如下:
一 點睛
finalize方法有如下四個特點:
- 永遠不要主動調(diào)用某個對象的finalize方法,該方法應(yīng)交給垃圾回收機制調(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)文章
Java多線程編程之CountDownLatch同步工具使用實例
這篇文章主要介紹了Java多線程編程之CountDownLatch同步工具使用實例,需要的朋友可以參考下2015-05-05
Spring中的@Conditional注解實現(xiàn)分析
這篇文章主要介紹了Spring中的@Conditional注解實現(xiàn)分析, @Conditional是Spring 4出現(xiàn)的注解,但是真正露出價值的是Spring Boot的擴展@ConditionalOnBean等,需要的朋友可以參考下2023-12-12
Java的增強for循環(huán)修改數(shù)組元素的問題小結(jié)
增強for循環(huán)的元素變量x,就是一個局部變量,它是引用數(shù)組當前元素引用的副本(就相當于上文所說的你復刻朋友的鑰匙),或者是基本數(shù)據(jù)類型的值的副本,這篇文章主要介紹了Java的增強for循環(huán)修改數(shù)組元素的問題小結(jié),需要的朋友可以參考下2024-02-02

