聊聊finally中的代碼一定會執(zhí)行嗎
1.典型回答
正常運行的情況下,finally 中的代碼是一定會執(zhí)行的,但是,如果遇到以下異常情況,那么 finally 中的代碼就不會繼續(xù)執(zhí)行了:
- 程序在 try 塊中遇到 System.exit() 方法,會立即終止程序的執(zhí)行,這時 finally 塊中的代碼不會被執(zhí)行,例如以下代碼:
public class FinallyExample { public static void main(String[] args) { try { System.out.println("執(zhí)行 try 代碼."); System.exit(0); } finally { System.out.println("執(zhí)行 finally 代碼."); } } }
以上程序的執(zhí)行結(jié)果如下:
- 在 try 快中遇到 Runtime.getRuntime().halt() 代碼,強制終止正在運行的 JVM。與 System.exit()方法不同,此方法不會觸發(fā) JVM 關閉序列。因此,當我們調(diào)用 halt 方法時,都不會執(zhí)行關閉鉤子或終結(jié)器。實現(xiàn)代碼如下:
public class FinallyExample { public static void main(String[] args) { try { System.out.println("執(zhí)行 try 代碼."); Runtime.getRuntime().halt(0); } finally { System.out.println("執(zhí)行 finally 代碼."); } } }
以上程序的執(zhí)行結(jié)果如下:
- 程序在 try 塊中遇到無限循環(huán)或者發(fā)生死鎖等情況時,程序可能無法正常跳出 try 塊,此時 finally 塊中的代碼也不會被執(zhí)行。
- 掉電問題,程序還沒有執(zhí)行到 finally 就掉電了(停電了),那 finally 中的代碼自然也不會執(zhí)行。
- JVM 異常崩潰問題導致程序不能繼續(xù)執(zhí)行,那么 finally 的代碼也不會執(zhí)行。
鉤子方法解釋
在編程中,鉤子方法(Hook Method)是一種由父類提供的空或默認實現(xiàn)的方法,子類可以選擇性地重寫或擴展該方法,以實現(xiàn)特定的行為或定制化邏輯。鉤子方法可以在父類中被調(diào)用,以提供一種可插拔的方式來影響父類的行為。 鉤子方法通常用于框架或模板方法設計模式中。框架提供一個骨架或模板,其中包含一些已經(jīng)實現(xiàn)的方法及預留的鉤子方法。具體的子類可以通過重寫鉤子方法來插入定制邏輯,從而影響父類方法的實現(xiàn)方式。
2.考點分析
正常運行的情況下,finally 中的代碼是一定會執(zhí)行的,但是,如果遇到 System.exit() 方法或 Runtime.getRuntime().halt() 方法,或者是 try 中發(fā)生了死循環(huán)、死鎖,遇到了掉電、JVM 崩潰等問題,那么 finally 中的代碼也是不會執(zhí)行的。
3.知識擴展
System.exit() 和 Runtime.getRuntime().halt() 都可以用于終止 Java 程序的執(zhí)行,但它們之間有以下區(qū)別:
- System.exit():來自 Java.lang.System 類的一個靜態(tài)方法,它接受一個整數(shù)參數(shù)作為退出狀態(tài)碼,通常非零值表示異常終止,使用零值表示正常終止。其中,最重要的是使用 exit() 方法,會執(zhí)行 JVM 關閉鉤子或終結(jié)器。
- Runtime.getRuntime().halt():來自 Runtime 類的一個實例方法,它接受一個整數(shù)參數(shù)作為退出狀態(tài)碼。其中退出狀態(tài)碼只是表示程序終止的原因,很少在程序終止時使用非零值。而使用 halt() 方法,不會執(zhí)行 JVM 關閉鉤子或終結(jié)器。
例如以下代碼,使用 exit() 方法會執(zhí)行 JVM 關閉鉤子:
class ExitDemo { // 注冊退出鉤子程序 static { Runtime.getRuntime().addShutdownHook(new Thread(() -> { System.out.println("執(zhí)行 ShutdownHook 方法"); })); } public static void main(String[] args) { try { System.out.println("執(zhí)行 try 代碼。"); // 使用 System.exit() 退出程序 System.exit(0); } finally { System.out.println("執(zhí)行 finally 代碼。"); } } }
以上程序的執(zhí)行結(jié)果如下:
而 halt() 退出的方法,并不會執(zhí)行 JVM 關閉鉤子,示例代碼如下:
class ExitDemo { // 注冊退出鉤子程序 static { Runtime.getRuntime().addShutdownHook(new Thread(() -> { System.out.println("執(zhí)行 ShutdownHook 方法"); })); } public static void main(String[] args) { try { System.out.println("執(zhí)行 try 代碼。"); // 使用 Runtime.getRuntime().halt() 退出程序 Runtime.getRuntime().halt(0); } finally { System.out.println("執(zhí)行 finally 代碼。"); } } }
以上程序的執(zhí)行結(jié)果如下:
小結(jié)
正常運行的情況下,finally 中的代碼是一定會執(zhí)行的,但是,如果遇到 System.exit() 方法或 Runtime.getRuntime().halt() 方法,或者是 try 中發(fā)生了死循環(huán)、死鎖,遇到了掉電、JVM 崩潰等問題,finally 中的代碼是不會執(zhí)行的。而 exit() 方法會執(zhí)行 JVM 關閉鉤子方法或終結(jié)器,但 halt() 方法并不會執(zhí)行鉤子方法或終結(jié)器。
以上就是聊聊finally中的代碼一定會執(zhí)行嗎的詳細內(nèi)容,更多關于finally代碼執(zhí)行的資料請關注腳本之家其它相關文章!
相關文章
java實現(xiàn)動態(tài)上傳多個文件并解決文件重名問題
這篇文章主要為大家詳細介紹了java實現(xiàn)動態(tài)上傳多個文件,并解決文件重名問題的方法,感興趣的小伙伴們可以參考一下2016-03-03Spring Native實現(xiàn)0.059s啟動一個SpringBoot項目
Spring Native是Spring框架的一個子項目,旨在提供一種將Spring應用程序編譯為本地可執(zhí)行文件的方法,從而提高啟動時間和資源效率,本文主要介紹了Spring Native實現(xiàn)0.059s啟動一個SpringBoot項目,感興趣的可以了解一下2024-02-02SpringBoot 統(tǒng)一公共返回類的實現(xiàn)
本文主要介紹了SpringBoot 統(tǒng)一公共返回類的實現(xiàn),配置后臺的統(tǒng)一公共返回類,這樣做目的是為了統(tǒng)一返回信息,文中示例代碼介紹的很詳細,感興趣的可以了解一下2022-01-01淺談java二進制、十進制、十六進制、字符串之間的相互轉(zhuǎn)換
下面小編就為大家?guī)硪黄獪\談二進制、十進制、十六進制、字符串之間的相互轉(zhuǎn)換。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考,一起跟隨小編過來看看吧2016-06-06Java Spring MVC獲取請求數(shù)據(jù)詳解操作
Spring MVC 是 Spring 提供的一個基于 MVC 設計模式的輕量級 Web 開發(fā)框架,本質(zhì)上相當于 Servlet,Spring MVC 角色劃分清晰,分工明細。由于 Spring MVC 本身就是 Spring 框架的一部分,可以說和 Spring 框架是無縫集成2021-11-11Java并發(fā)編程之synchronized底層實現(xiàn)原理分析
這篇文章主要介紹了Java并發(fā)編程之synchronized底層實現(xiàn)原理,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-02-02