finally 塊本身并不直接釋放資源，但它提供了一個(gè)保證執(zhí)行的代碼塊，我們?cè)谶@個(gè)代碼塊中手動(dòng)編寫(xiě)釋放資源的代碼。

簡(jiǎn)單來(lái)說(shuō)：finally 塊是釋放資源的“黃金位置”，我們?cè)谶@里手動(dòng)關(guān)閉文件、數(shù)據(jù)庫(kù)連接、網(wǎng)絡(luò)連接等。

詳細(xì)解釋

1. 為什么需要 finally？

程序在運(yùn)行時(shí)可能會(huì)發(fā)生異常（Exception）。當(dāng)異常被拋出時(shí)，程序會(huì)中斷當(dāng)前的執(zhí)行流程，跳轉(zhuǎn)到能夠處理該異常的 catch 塊。這會(huì)導(dǎo)致一個(gè)嚴(yán)重問(wèn)題：在異常發(fā)生點(diǎn)之后的代碼可能沒(méi)有機(jī)會(huì)執(zhí)行。

考慮一個(gè)沒(méi)有 finally 的場(chǎng)景：

public void readFile() {
    FileInputStream file = null;
    try {
        file = new FileInputStream("myfile.txt");
        // 1. 打開(kāi)文件資源
        // ... 讀取文件，假設(shè)這里發(fā)生了 IOException
        // 2. 使用資源
        file.close(); // 3. 關(guān)閉資源 - 如果上面發(fā)生異常，這行代碼永遠(yuǎn)執(zhí)行不到！
    } catch (IOException e) {
        e.printStackTrace();
    }
    // 文件描述符未被關(guān)閉，資源泄漏！
}

在上面的代碼中，如果在“讀取文件”時(shí)發(fā)生異常，程序會(huì)立刻跳轉(zhuǎn)到 catch 塊，file.close() 這行代碼就被跳過(guò)了。這個(gè)文件句柄/描述符就一直沒(méi)有被釋放，導(dǎo)致資源泄漏。如果這種情況發(fā)生多次，可能會(huì)耗盡系統(tǒng)資源（如可用的文件句柄數(shù)量），導(dǎo)致程序甚至系統(tǒng)崩潰。

2. finally 如何解決問(wèn)題？

finally 塊的關(guān)鍵特性是：無(wú)論 try 塊中是否發(fā)生異常，也無(wú)論是否被 catch 捕獲，甚至 try 塊中有 return 語(yǔ)句，finally 塊中的代碼都保證會(huì)執(zhí)行。

因此，我們把釋放資源的代碼放在 finally 塊中，確保萬(wàn)無(wú)一失。

public void readFile() {
    FileInputStream file = null;
    try {
        file = new FileInputStream("myfile.txt");
        // ... 讀取文件，可能發(fā)生異常
    } catch (IOException e) {
        e.printStackTrace();
    } finally {
        // 無(wú)論 try 成功還是失敗，都會(huì)執(zhí)行這里的代碼
        if (file != null) {
            try {
                file.close(); // 確保文件被關(guān)閉
            } catch (IOException e) {
                e.printStackTrace(); // 關(guān)閉操作本身也可能出錯(cuò)
            }
        }
    }
}

現(xiàn)在，無(wú)論 try 塊中發(fā)生什么，我們都能在 finally 塊中安全地關(guān)閉文件，釋放它占用的系統(tǒng)資源。

常見(jiàn)的需要釋放的資源包括：

• 文件 I/O 流：FileInputStream, FileOutputStream, Reader, Writer 等。
• 數(shù)據(jù)庫(kù)連接：java.sql.Connection 對(duì)象。數(shù)據(jù)庫(kù)連接池非常寶貴，必須在使用后歸還/關(guān)閉。
• 網(wǎng)絡(luò)連接：Socket 等。
• 圖形資源：在某些環(huán)境中，需要手動(dòng)釋放圖形上下文等。

現(xiàn)代寫(xiě)法：try-with-resources

從 Java 7 開(kāi)始，引入了 try-with-resources 語(yǔ)法，這是一種更優(yōu)雅、更簡(jiǎn)潔的自動(dòng)資源管理方式。它能自動(dòng)在 try 塊結(jié)束時(shí)調(diào)用資源的 close() 方法，本質(zhì)上還是在背后使用了 finally 邏輯。

使用條件：資源類(lèi)必須實(shí)現(xiàn) AutoCloseable 接口（幾乎所有標(biāo)準(zhǔn)庫(kù)中的資源類(lèi)都實(shí)現(xiàn)了）。

public void readFile() {
    // 在try后的括號(hào)中聲明和初始化資源
    try (FileInputStream file = new FileInputStream("myfile.txt")) {
        // ... 使用文件
    } catch (IOException e) {
        e.printStackTrace();
    }
    // 無(wú)需顯式調(diào)用 file.close()，編譯器會(huì)自動(dòng)生成代碼在背后調(diào)用它
}

在這個(gè)例子中，當(dāng) try 塊正常結(jié)束或發(fā)生異常時(shí)，file.close() 方法會(huì)被自動(dòng)調(diào)用。這大大減少了模板代碼，避免了人為錯(cuò)誤，是現(xiàn)在首選的資源管理方式。

總結(jié)

所以，finally 釋放的是那些稀缺的、需要顯式關(guān)閉的、由操作系統(tǒng)或外部系統(tǒng)管理的資源。

到此這篇關(guān)于Java中finally釋放的是什么資源的文章就介紹到這了,更多相關(guān)Java finally 釋放內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論