实例7 - 异常处理

2019-01-04 本文已影响0人静筱

引言

java中提供了丰富的异常处理方式。
每个人的代码中都少不了try catch, 但是如何使用异常处理，才会最大化程序的健壮性和可维护性呢？

用好异常机制的前提是充分理解以下两个问题：

理解exception和error的差别
理解运行时异常和其他异常的差别

详见文档：Java异常汇总

原则：

不要捕获类似Exception这类的通用异常，而是应该捕获特定异常

try{
    array[i++].toString();
    String b = new String(c); 
}catch(Throwable e){

}

主要问题：

可读性差，对比：

try{
    array[i++];
    }catch(ArrayIndexOutOfBoundException e){
    logger.error..
    }

一些我们希望能抛出来的RuntimeException会被吞掉。
OutOfMemoryError等异常也不能被正常处理

try-catch代码段要尽可能少，不要一整段代码，包在一个try-catch里。

主要问题：

try-catch在执行时有额外的jvm开销，所以try-catch不能滥用，否则程序整体性能会受影响。

千万不要生吞异常
反例如下：

try{
    function();
    }catch(ArrayIndexOutOfBoundException e){
    //1. do nothing
    //2. e.printStackTrace()
    }

主要问题：

没有抛出异常，也没有记录异常。生产环境中遇到这种情况完全没法诊断。
e.printStackTrace()会输出到标准输出流里。在分布式等复杂架构的线上系统中，无法准确定位标准输出流文件。正常的方式，应该是输出到统一的产品日志中。

异常只用来处理异常情况，他们永远不应该用于正常的控制流。比如：
在下例中，异常（ArrayIndexOutOfBoundException）被用作数组遍历完成的条件，而非异常情况处理。

try{
    
    while(true){
        array[i++].climb();
    }
}catch(ArrayIndexOutOfBoundException e){
}

主要问题：

可读性不好，对比：

for(Mountain m:array){
    m.climb();
}

异常被吞： catch到ArrayIndexOutOfBoundException之后没有输出到产品日志中，不便于线上问题诊断。
array不一定会被完全遍历： climb()方法里若抛出ArrayIndexOutOfBoundException。
现代JVM中对正常的数组遍历是有优化的，不使用正常的遍历比如for，foreach等，而是使用try catch的方式来实现遍历，无法享受jvm的优化。

不要在try block中处理返回值，，即不要有return。同时也不要在try block里包含continue, break，因为这两个语句也有可能将控制权转给finally.
函数返回值为对象引用时，要注意finally代码块中，对该返回对象的成员变量如果有改动，该改动也会作用到返回值上。
比如：

SomeClass result = new SomeClass();
try{
        return result;
}catch(CertainException e){
       //logger.error...
}finally{
    result.setSomeMember(323);
}

这种情况下返回的对象的SomeMember属性会变化

实例7 - 异常处理

引言

原则：

猜你喜欢

热点阅读