使用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 關鍵字，所以無法再進行賦值。但是至于為什么這么設計，我暫時沒找到答案。
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持服務器之家。
原文鏈接：https://blog.csdn.net/weixin_42447959/article/details/81192098
