開發(fā)人員對異常處理的try-catch-finally語句塊都比較熟悉。如果在try語句塊中拋出了異常，在控制權(quán)轉(zhuǎn)移到調(diào)用棧上一層代碼之前，finally語句塊中的語句也會執(zhí)行。但是finally語句塊在執(zhí)行的過程中，也可能會拋出異常。如果finally語句塊也拋出了異常，那么這個異常會往上傳遞，而之前try語句塊中的那個異常就丟失了。如例：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

package?test; public?class?DisappearedException?{ ????public?void?show()?throws?BaseException?{ ????????try?{ ????????????Integer.parseInt("Hello"); ????????}?catch?(NumberFormatException?e1)?{ ????????????throw?new?BaseException(e1); ????????}?finally?{ ????????????try?{ ????????????????int?result?=?2?/?0; ????????????}?catch?(ArithmeticException?e2)?{ ????????????????throw?new?BaseException(e2); ????????????} ????????} ????} ????public?static?void?main(String[]?args)?throws?Exception?{ ????????DisappearedException?d?=?new?DisappearedException(); ????????d.show(); ????} } class?BaseException?extends?Exception?{ ????public?BaseException(Exception?ex){ ????????super(ex); ????} ????private?static?final?long?serialVersionUID?=?3987852541476867869L; }

對這種問題的解決辦法一般有兩種：一種是拋出try語句塊中產(chǎn)生的原始異常，忽略在finally語句塊中產(chǎn)生的異常。這么做的出發(fā)點是try語句塊中的異常才是問題的根源。如例：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44

package?test; import?java.io.FileInputStream; import?java.io.IOException; public?class?ReadFile?{ ????public?static?void?main(String[]?args)?{ ????????ReadFile?rf?=?new?ReadFile(); ????????try?{ ????????????rf.read("F:/manifest_provider_loophole.txt"); ????????}?catch?(BaseException2?e)?{ ????????????e.printStackTrace(); ????????} ????} ????public?void?read(String?filename)?throws?BaseException2?{ ????????FileInputStream?input?=?null; ????????IOException?readException?=?null; ????????try?{ ????????????input?=?new?FileInputStream(filename); ????????}?catch?(IOException?ex)?{ ????????????readException?=?ex; ????????}?finally?{ ????????????if(input?!=?null){ ????????????????try?{ ????????????????????input.close(); ????????????????}?catch?(IOException?ex2)?{ ????????????????????if(readException?==?null){ ????????????????????????readException?=?ex2; ????????????????????} ????????????????} ????????????} ????????????if(readException?!=?null){ ????????????????throw?new?BaseException2(readException);? ????????????} ????????} ????} } class?BaseException2?extends?Exception?{ ????private?static?final?long?serialVersionUID?=?5062456327806414216L; ????public?BaseException2(Exception?ex){ ????????super(ex); ????} }

另外一種是把產(chǎn)生的異常都記錄下來。這么做的好處是不會丟失任何異常。在java7之前，這種做法需要實現(xiàn)自己的異常類，而在java7中，已經(jīng)對Throwable類進行了修改以支持這種情況。在java7中為Throwable類增加addSuppressed方法。當一個異常被拋出的時候，可能有其他異常因為該異常而被抑制住，從而無法正常拋出。這時可以通過addSuppressed方法把這些被抑制的方法記錄下來。被抑制的異常會出現(xiàn)在拋出的異常的堆棧信息中，也可以通過getSuppressed方法來獲取這些異常。這樣做的好處是不會丟失任何異常，方便開發(fā)人員進行調(diào)試。如例：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39

package?test; import?java.io.FileInputStream; import?java.io.IOException; public?class?ReadFile2?{ ????public?static?void?main(String[]?args)?{ ????????ReadFile?rf?=?new?ReadFile(); ????????try?{ ????????????rf.read("F:/manifest_provider_loophole.txt"); ????????}?catch?(BaseException2?e)?{ ????????????e.printStackTrace(); ????????} ????} ????public?void?read(String?filename)?throws?IOException?{ ????????FileInputStream?input?=?null; ????????IOException?readException?=?null; ????????try?{ ????????????input?=?new?FileInputStream(filename); ????????}?catch?(IOException?ex)?{ ????????????readException?=?ex; ????????}?finally?{ ????????????if(input?!=?null){ ????????????????try?{ ????????????????????input.close(); ????????????????}?catch?(IOException?ex2)?{ ????????????????????if(readException?!=?null){ ????????????????????????readException.addSuppressed(ex2);????//注意這里 ????????????????????}else{ ????????????????????????readException?=?ex2; ????????????????????} ????????????????} ????????????} ????????????if(readException?!=?null){ ????????????????throw?readException; ????????????} ????????} ????} }

這種做法的關鍵在于把finally語句中產(chǎn)生的異常通過 addSuppressed方法加到try語句產(chǎn)生的異常中。

一個catch子句捕獲多個異常

在Java7之前的異常處理語法中，一個catch子句只能捕獲一類異常。在要處理的異常種類很多時這種限制會很麻煩。每一種異常都需要添加一個 catch子句，而且這些catch子句中的處理邏輯可能都是相同的，從而會造成代碼重復。雖然可以在catch子句中通過這些異常的基類來捕獲所有的異 常，比如使用Exception作為捕獲的類型，但是這要求對這些不同的異常所做的處理是相同的。另外也可能捕獲到某些不應該被捕獲的非受檢查異常。而在 某些情況下，代碼重復是不可避免的。比如某個方法可能拋出4種不同的異常，其中有2種異常使用相同的處理方式，另外2種異常的處理方式也相同，但是不同于 前面的2種異常。這勢必會在catch子句中包含重復的代碼。

對于這種情況，Java7改進了catch子句的語法，允許在其中指定多種異常，每個異常類型之間使用“|”來分隔。如例：

?

1 2 3 4 5 6 7 8 9 10 11

package?test; public?class?ExceptionHandler?{ ????public?void?handle(){ ????????try?{ ????????????//.............. ????????}?catch?(ExceptionA?|?ExceptionB?ab)?{? ????????}?catch?(ExceptionC?c)?{???? ????????} ????} }

這種新的處理方式使上面提出的問題得到了很好的解決。需要注意的是，在catch子句中聲明捕獲的這些異常類中，不能出現(xiàn)重復的類型，也不允許其中的某個異常是另外一個異常的子類，否則會出現(xiàn)編譯錯誤。如果在catch子句中聲明了多個異常類，那么異常參數(shù)的具體類型是所有這些異常類型的最小上界。

關于一個catch子句中的異常類型不能出現(xiàn)其中一個是另外一個的子類的情況，實際上涉及捕獲多個異常的內(nèi)部實現(xiàn)方式。比如：

?

1 2 3 4 5

public?void?testSequence()?{ ????try?{ ????????Integer.parseInt("Hello"); ????}?catch?(NumberFormatException?|?RuntimeException?e){} }

比如上面這段代碼，雖然NumberFormatException是RuntimeException的子類，但是這段代碼是可以通過編譯的。但是，如果把catch子句中兩個異常的聲明位置調(diào)換一下，就會出現(xiàn)在編譯錯誤。如例：

?

1 2 3 4 5

public?void?testSequenceError()?{ ????try?{ ????????Integer.parseInt("Hello"); ????}?catch?(RuntimeException?|?NumberFormatException?e)?{} }

原因在于，編譯器的做法其實是把捕獲多個異常的catch子句轉(zhuǎn)換成了多個catch子句，在每個catch子句中捕獲一個異常。上面這段代碼相當于：

?

1 2 3 4 5 6 7

public?void?testSequenceError()?{ ????try?{ ????????Integer.parseInt("Hello"); ????}?catch?(RuntimeException?e)?{ ????}?catch?(NumberFormatException?e)?{ ????} }

來自：http://my.oschina.net/fhd/blog/324484

總結(jié)

以上是生活随笔為你收集整理的Java7的异常处理新特性-addSuppressed()方法等的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。