Java 代碼字節:足智多謀的 Try-With-Resources

當通過 Java 實現業務實例時,對資源進行處理是司空見慣的。一般情況下,資源(如文件或 socket 句柄)封裝在對象中,使用后必須關閉才能釋放資源。通常開發人員有責任關閉自己所創建的資源,以避免資源沖突,一般都會放在 finally 語句塊中處理。不這樣做其實也不會產生編譯錯誤,但很容易導致資源泄露。雖然現在靜態代碼檢查工具足夠聰明,也可以做出提示。但不是每個人都使用工具,而且這些警告也容易被忽略。

Java 7 中首次引入了一種新的處理(關閉)資源的方式——try-with-resources。它使得在 try-catch 語句塊中的資源能按照正確順序自動關閉,更加容易地處理資源。

我們來一起看一個業務實例的實現,其需要從數據庫中獲取指定賬戶的狀態碼。首先可以看到它是如何以傳統方式實現,緊接著是足智多謀的 try-with-resources 如何實現。最后,還將看到 Java 9 引入的更加簡潔的版本。

傳統的方式處理資源(Java 7 之前)

// 代碼已簡化,只保留跟眼下話題相關的內容。

public static int getAccountStatusCodeFromDataStore_traditional(String accountId) throws SQLException {

String accountStatusCodeQuery = getAccountStatusCodeQuery(accountId);

Statement statement = null;

ResultSet resultSet = null;

try {

statement = createStatementFromConnection();

resultSet = statement.executeQuery(accountStatusCodeQuery);

return getAccountStatusCodeFromResultSet(resultSet);

} finally {

if (resultSet != null)

resultSet.close();

if (statement != null)

statement.close();

}

}

如上所示,我們必須增加 finally 語句塊來處理資源關閉。在調用 close 方法之前,須顯示地檢查 null 值,并且同時要保證關閉資源的邏輯順序。代碼不但變得冗長,而且我們曾經遇到過許多開發人員會忘記編寫 finally 語句塊來關閉資源,導致資源泄露的情況。

順便提一下,假如 try 和 finally 語句塊都拋出異常,finally 語句塊拋出的異常會屏蔽對方。

Java 7/8 中通過 try-with-resources 處理資源

現通過 try-with-resources 實現與上面相同的代碼塊,如下所示:

// 代碼已簡化,只保留跟眼下話題相關的內容。

public static int getAccountStatusCodeFromDataStore_tryWithResourcesJava7(String accountId) throws SQLException {

String accountStatusCodeQuery = getAccountStatusCodeQuery(accountId);

try (Statement statement = createStatementFromConnection();

ResultSet resultSet = statement.executeQuery(accountStatusCodeQuery)) {

return getAccountStatusCodeFromResultSet(resultSet);

}

}

在本例中可以看到簡潔的代碼有助于提高整體可讀性,資源管理也自動完成。try-with-resources 語句中可以包含多個資源,它們之間應通過分號隔開。資源會在保持邏輯順序的前提下自動關閉(最后聲明的將第一個關閉)。

如果在 try-with-resources 和 try 語句塊中拋出異常,從 try 中拋出的異常將會屏蔽對方。假如有需要,可從 try 語句塊拋出的異常中,通過調用 Throwable.getSuppressed 方法找回屏蔽的異常。

try-with-resources 語句中也可以寫 catch 和 finally 語句塊。任何 catch 和 finally 語句塊會在聲明的資源關閉后運行。

Java 9 中通過 try-with-resources 處理資源

Java 9 中引入了更加簡練的版本。如果已經把資源聲明為 final 或 effective final,則在 try-with-resources 中無需創建任何新的變量,可直接使用。這使得能夠利用自動資源管理。現通過更簡潔的 try-with-resources 語句來實現與上面相同的代碼塊,如下所示:

// 代碼已簡化,只保留跟眼下話題相關的內容。

public static int getAccountStatusCodeFromDataStore_tryWithResourcesJava9(String accountId) throws SQLException {

String accountStatusCodeQuery = getAccountStatusCodeQuery(accountId);

// 顯示地聲明 final

final Statement statement = createStatementFromConnection();

// effective final

ResultSet resultSet = statement.executeQuery(accountStatusCodeQuery);

try (statement; resultSet) {

return getAccountStatusCodeFromResultSet(resultSet);

}

}

幕后如何運行

Java 7 引入了專門設計用于 try-with-resources 語句的 AutoCloseable 接口。Java 5 引入的 Closeable 接口也修改為繼承 AutoCloseable 接口。這兩個接口都擁有抽象的 close 方法,資源應該實現它并提供有效的方法。任何實現 AutoCloseable 和 Closeable 接口的資源都可以通過 try-with-resources 來關閉。所有基于 JDK 資源的類和接口都已修改成繼承這兩個接口其中之一,使之能與現有的 try-with-resources 語句兼容。

然而,若處理的資源沒有實現 AutoCloseable 或 Closeable 接口,則必須使用傳統的方法來關閉。

關鍵要點

try-with-resources 有助于自動資源管理,不需要編寫顯示的 finally 語句塊來處理關閉資源。下面是對 try-with-resources 關鍵點的總結:

有助于實現簡練清晰的代碼。

可以在 try-with-resources 語句中同時處理多個資源。

在 Java 7/8 ,try-with-resources 語句中必須聲明要關閉的資源。通過這種方式聲明的資源屬于隱式 final。

Java 9 中甚至能使用預先創建的資源,只要所引用的資源聲明為 final 或者是 effective final。

在幕后施展魔法的是 AutoCloseable 或者 Closeable 接口,它們與 try-with-resources 語句協同工作。

JDK 中大多數基于資源的類和接口已修改成實現 AutoCloseable 或 Closeable 接口,使它們能與現有的 try-with-resources 兼容。

可以使自定義的資源實現 AutoCloseable 或 Closeable 接口,以便能夠在 try-with-resources 語句中使用。

歡迎工作一到五年的Java工程師朋友們加入Java架構開發: 854393687

群內提供免費的Java架構學習資料(里面有高可用、高并發、高性能及分布式、Jvm性能調優、Spring源碼,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料)合理利用自己每一分每一秒的時間來學習提升自己,不要再用"沒有時間“來掩飾自己思想上的懶惰!趁年輕,使勁拼,給未來的自己一個交代!

為了讓學習變得輕松、高效,今天給大家免費分享一套Java教學資源。幫助大家在成為Java架構師的道路上披荊斬棘。需要資料的歡迎加入學習交流群:https://jq.qq.com/?_wv=1027&k=5KWnOM1

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,732評論 6 539
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,214評論 3 426
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,781評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,588評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,315評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,699評論 1 327
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,698評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,882評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,441評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,189評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,388評論 1 372
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,933評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,613評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,023評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,310評論 1 293
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,112評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,334評論 2 377

推薦閱讀更多精彩內容