java7改善后的異常處理
異常處理有兩處改進——multicatch和final重拋。要知道它們對我們有什么幫助，請先看一段Java 6代碼。下面這段代碼試圖查找、打開、分析配置文件并處理此過程中可能出現(xiàn)的各種異常：
在Java 6中處理不同的異常
public Configuration getConfig(String fileName) {
Configuration cfg = null;
try {
String fileText = getFile(fileName);
cfg = verifyConfig(parseConfig(fileText));
} catch (FileNotFoundException fnfx) {
System.err.println("Config file '" + fileName + "' is missing");
} catch (IOException e) {
System.err.println("Error while processing file '" + fileName + "'");
} catch (ConfigurationException e) {
System.err.println("Config file '" + fileName + "' is not consistent");
} catch (ParseException e) {
System.err.println("Config file '" + fileName + "' is malformed");
}
return cfg;
}
這個方法會遇到的下面幾種異常：
- 配置文件不存在；
- 配置文件在正要讀取時消失了；
- 配置文件中有語法錯誤；
- 配置文件中可能包含無效信息。
這些異常可以分為兩大類。一類是文件以某種方式丟失或損壞，另一類是雖然文件理論上存在并且是正確的，卻無法正常讀?。赡苁且驗榫W(wǎng)絡或硬件故障）。
如果能把這些異常情況簡化為這兩類，并且把所有“文件以某種方式丟失或損壞”的異常放在一個catch語句中處理會更好。在Java 7中就可以做到：
在Java 7中處理不同的異常
public Configuration getConfig(String fileName) {
Configuration cfg = null;
try {
String fileText = getFile(fileName);
cfg = verifyConfig(parseConfig(fileText));
} catch (FileNotFoundException|ParseException|ConfigurationException e) {
System.err.println("Config file '" + fileName +
"' is missing or malformed");
} catch (IOException iox) {
System.err.println("Error while processing file '" + fileName + "'");
}
return cfg;
}
異常e的確切類型在編譯時還無法得知。這意味著在catch塊中只能把它當做可能異常的共同父類（在實際編碼時經(jīng)常用Exception或Throwable）來處理。
另外一個新語法可以為重新拋出異常提供幫助。開發(fā)人員經(jīng)常要在重新拋出異常之前對它進行處理。在前幾個版本的Java中，經(jīng)常可以看到下面這種代碼：
try {
doSomethingWhichMightThrowIOException();
doSomethingElseWhichMightThrowSQLException();
} catch (Exception e) {
...
throw e;
}
這會強迫你把新拋出的異常聲明為Exception類型——異常的真實類型卻被覆蓋了。
不管怎樣，很容易看出來異常只能是IOException或SQLException。既然你能看出來，編譯器當然也能。下面的代碼中用了Java 7的語法，只改了一個單詞：
try {
doSomethingWhichMightThrowIOException();
doSomethingElseWhichMightThrowSQLException();
} catch (final Exception e) {
...
throw e;
}
關鍵字final表明實際拋出的異常就是運行時遇到的異?！谏厦娴拇a中就是IOException或SQLException。這被稱為final重拋，這樣就不會拋出籠統(tǒng)的異常類型，從而避免在上層只能用籠統(tǒng)的catch捕獲。
上例中的關鍵字final不是必需的，但實際上，在向catch和重拋語義調(diào)整的過渡階段，留著它可以給你提個醒。
Java 7對異常處理的改進不僅限于這些通用問題，對于特定的資源管理也有所提升，我們馬上就會講到。
以上就是本次介紹的全部知識點，希望我們整理的內(nèi)容能夠幫助到大家。
相關文章
java獲取兩個數(shù)組中不同數(shù)據(jù)的方法
這篇文章主要介紹了java獲取兩個數(shù)組中不同數(shù)據(jù)的方法,實例分析了java操作數(shù)組的技巧,非常具有實用價值,需要的朋友可以參考下2015-03-03
這篇文章主要介紹了Java程序執(zhí)行的全流程,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01
這篇文章主要介紹了SpringBoot如何自定義starter，Springboot的出現(xiàn)極大的簡化了開發(fā)人員的配置，而這之中的一大利器便是springboot的starter，starter是springboot的核心組成部分，下面來看看集體引用過程吧2022-01-01
java控制臺實現(xiàn)學生信息管理系統(tǒng)(IO版)
這篇文章主要為大家詳細介紹了java控制臺實現(xiàn)學生信息管理系統(tǒng)(IO版)，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-04-04
springboot結(jié)合mybatis-plus基于session模擬短信注冊功能
本文主要介紹了springboot結(jié)合mybatis-plus基于session模擬短信注冊功能，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2023-11-11
這篇文章主要介紹了淺談SpringMVC請求映射handler源碼解讀，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2021-03-03
Eclipse下使用ANT編譯提示OutOfMemory的解決方法
由于需要使用ANT編譯的代碼比較多，特別是在第一次變異的時候，會出現(xiàn)OutOfMemory錯誤。并提示更改ANT_OPTS設定。2009-04-04
解決Mybatis-Plus操作分頁后數(shù)據(jù)失效問題
這篇文章主要介紹了解決Mybatis-Plus操作分頁后數(shù)據(jù)失效問題，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2020-11-11
本篇文章主要介紹了SpringBoot 中使用JSP的方法示例，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2018-06-06
這篇文章主要介紹了java中GZIP壓縮解壓類使用實例的相關資料,需要的朋友可以參考下2017-03-03