如何使用try-with-resource機制關閉連接

使用try-with-resource機制關閉連接

JAVA的一大特性就是JVM會對內部資源實現自動回收

即自動GC,給開發者帶來瞭極大的便利。但是JVM對外部資源的引用卻無法自動回收,例如數據庫連接,網絡連接以及輸入輸出IO流等,這些連接就需要我們手動去關閉,不然會導致外部資源泄露,連接池溢出以及文件被異常占用等。

傳統的手動釋放外部資源一般放在

try{}catch(){}finally{}機制的finally代碼塊中,因為finally代碼塊中語句是肯定會被執行的,即保證瞭外部資源最後一定會被釋放。同時考慮到finally代碼塊中也有可能出現異常,finally代碼塊中也有一個try{}catch(){},這種寫法是經典的傳統釋放外部資源方法,顯然是非常繁瑣的。

JDK1.7之後有瞭try-with-resource處理機制

首先被自動關閉的資源需要實現Closeable或者AutoCloseable接口,因為隻有實現瞭這兩個接口才可以自動調用close()方法去自動關閉資源。寫法為try(){}catch(){},將要關閉的外部資源在try()中創建,catch()捕獲處理異常。

其實try-with-resource機制是一種語法糖,其底層實現原理仍然是try{}catch(){}finally{}寫法,不過在catch(){}代碼塊中有一個addSuppressed()方法,即異常抑制方法。

如果業務處理和關閉連接都出現瞭異常,業務處理的異常會抑制關閉連接的異常,隻拋出處理中的異常,仍然可以通過getSuppressed()方法獲得關閉連接的異常。

和傳統的try{}catch(){}finally{}機制相比,try-with-resource處理機制有瞭這個異常抑制方法就是幫助我們簡化瞭關閉連接時出現異常的處理。

try-with-resource使用時遇到的問題

java 1.7之後 增加瞭 try-wit-resource的語法糖

大概的用法就是在try中聲明一個或者多個的流,會在try塊代碼執行完成後自動關閉流,不用再寫finally進行手都關閉。

try (InputStream is1 = ...;
     InputStream is2 = ...;) {
    //do something
} catch{
}

於是我就在項目中想改成這種寫法,但是在改的過程中遇到瞭一些問題。我的代碼中需要對聲明過後的流再賦值,但是用這樣的寫法一直會報錯

代碼大概是這樣的:

此時會編譯出錯:

The resource is1 of a try-with-resources statement cannot be assigned;

報錯的原因是:

try-with-source中聲明的變量無法被更改。但是我很奇怪這是為什麼,上網搜瞭沒有搜到,於是去找瞭一下官方文檔。官方文檔中有一段這樣的描述:

It is a compile-time error if final appears more than once as a modifier for each variable declared in a resource specification. A variable declared in a resource specification is implicitly declared final (§4.12.4) if it is not explicitly declared final.

意思就是,try-with-resource中聲明的變量會隱式的加上final 關鍵字,所以無法再進行賦值。但是至於為什麼這麼設計,我暫時沒找到答案。

以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。

推薦閱讀: