使用try-with-resource機(jī)制關(guān)閉連接
java的一大特性就是jvm會對內(nèi)部資源實(shí)現(xiàn)自動回收
即自動gc,給開發(fā)者帶來了極大的便利。但是jvm對外部資源的引用卻無法自動回收,例如數(shù)據(jù)庫連接,網(wǎng)絡(luò)連接以及輸入輸出io流等,這些連接就需要我們手動去關(guān)閉,不然會導(dǎo)致外部資源泄露,連接池溢出以及文件被異常占用等。
傳統(tǒng)的手動釋放外部資源一般放在
try{}catch(){}finally{}機(jī)制的finally代碼塊中,因?yàn)閒inally代碼塊中語句是肯定會被執(zhí)行的,即保證了外部資源最后一定會被釋放。同時考慮到finally代碼塊中也有可能出現(xiàn)異常,finally代碼塊中也有一個try{}catch(){},這種寫法是經(jīng)典的傳統(tǒng)釋放外部資源方法,顯然是非常繁瑣的。
jdk1.7之后有了try-with-resource處理機(jī)制
首先被自動關(guān)閉的資源需要實(shí)現(xiàn)closeable或者autocloseable接口,因?yàn)橹挥袑?shí)現(xiàn)了這兩個接口才可以自動調(diào)用close()方法去自動關(guān)閉資源。寫法為try(){}catch(){},將要關(guān)閉的外部資源在try()中創(chuàng)建,catch()捕獲處理異常。
其實(shí)try-with-resource機(jī)制是一種語法糖,其底層實(shí)現(xiàn)原理仍然是try{}catch(){}finally{}寫法,不過在catch(){}代碼塊中有一個addsuppressed()方法,即異常抑制方法。
如果業(yè)務(wù)處理和關(guān)閉連接都出現(xiàn)了異常,業(yè)務(wù)處理的異常會抑制關(guān)閉連接的異常,只拋出處理中的異常,仍然可以通過getsuppressed()方法獲得關(guān)閉連接的異常。
和傳統(tǒng)的try{}catch(){}finally{}機(jī)制相比,try-with-resource處理機(jī)制有了這個異常抑制方法就是幫助我們簡化了關(guān)閉連接時出現(xiàn)異常的處理。
try-with-resource使用時遇到的問題
java 1.7之后 增加了 try-wit-resource的語法糖
大概的用法就是在try中聲明一個或者多個的流,會在try塊代碼執(zhí)行完成后自動關(guān)閉流,不用再寫finally進(jìn)行手都關(guān)閉。
- try (InputStream is1 = ...;
- InputStream is2 = ...;) {
- //do something
- } catch{
- }
于是我就在項(xiàng)目中想改成這種寫法,但是在改的過程中遇到了一些問題。我的代碼中需要對聲明過后的流再賦值,但是用這樣的寫法一直會報錯
代碼大概是這樣的:
此時會編譯出錯:
the resource is1 of a try-with-resources statement cannot be assigned;
報錯的原因是:
try-with-source中聲明的變量無法被更改。但是我很奇怪這是為什么,上網(wǎng)搜了沒有搜到,于是去找了一下官方文檔。官方文檔中有一段這樣的描述:
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 關(guān)鍵字,所以無法再進(jìn)行賦值。但是至于為什么這么設(shè)計(jì),我暫時沒找到答案。
以上為個人經(jīng)驗(yàn),希望能給大家一個參考,也希望大家多多支持服務(wù)器之家。
原文鏈接:https://blog.csdn.net/weixin_42447959/article/details/81192098