Java7的异常处理新特性-addSuppressed()方法等


开发人员对异常处理的try-catch-finally语句块都比较熟悉。如果在try语句块中抛出了异常,在控制权转移到调用栈上一层代码之前,finally语句块中的语句也会执行。但是finally语句块在执行的过程中,也可能会抛出异常。如果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语句块中产生的原始异常,忽略在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
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);
     }
}

另外一种是把产生的异常都记录下来。这么做的好处是不会丢失任何异常。在java7之前,这种做法需要实现自己的异常类,而在java7中,已经对Throwable类进行了修改以支持这种情况。在java7中为Throwable类增加addSuppressed方法。当一个异常被抛出的时候,可能有其他异常因为该异常而被抑制住,从而无法正常抛出。这时可以通过addSuppressed方法把这些被抑制的方法记录下来。被抑制的异常会出现在抛出的异常的堆栈信息中,也可以通过getSuppressed方法来获取这些异常。这样做的好处是不会丢失任何异常,方便开发人员进行调试。如例:

?
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语句中产生的异常通过 addSuppressed方法加到try语句产生的异常中。

一个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子句中声明捕获的这些异常类中,不能出现重复的类型,也不允许其中的某个异常是另外一个异常的子类,否则会出现编译错误。如果在catch子句中声明了多个异常类,那么异常参数的具体类型是所有这些异常类型的最小上界。

关于一个catch子句中的异常类型不能出现其中一个是另外一个的子类的情况,实际上涉及捕获多个异常的内部实现方式。比如:

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

比如上面这段代码,虽然NumberFormatException是RuntimeException的子类,但是这段代码是可以通过编译的。但是,如果把catch子句中两个异常的声明位置调换一下,就会出现在编译错误。如例:

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

原因在于,编译器的做法其实是把捕获多个异常的catch子句转换成了多个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


免责声明!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系本站邮箱yoyou2525@163.com删除。



 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM