异常（下）.png

异常处理

• catch匹配

try{
    //可能触发异常的代码
}catch(NumberFormatException e){
    System.out.println("not valid number");
}catch(RuntimeException e){
    System.out.println("runtime exception "+e.getMessage());
}catch(Exception e){
    e.printStackTrace();
}

catch可以有多条
异常处理机制将根据抛出的异常类型找第一个匹配的catch块，找到后， 执行catch块内的代码，其他catch块就不执行了，如果没有找到，会继续到上层方法中查找。需要注意的是，抛出的异常类型是catch中声明异常的子类也算匹配，所以需要将最具体的子类放在前面，如果基类Exception放在前面，则其他更具体的catch代码将得不到执行

• 重新throw

try{
    //可能触发异常的代码
}catch(NumberFormatException e){
    System.out.println("not valid number");
    throw new AppException("输入格式不正确", e);
}catch(Exception e){
    e.printStackTrace();
    throw e;
}

为什么要重新抛出呢？
因为当前代码不能够完全处理该异常，需要调用者进一步处理
为什么要抛出一个新的异常呢？
当然是当前异常不太合适，不合适可能是信息不够，需要补充一些新信息，还可能是过于细节， 不便于调用者理解和使用，如果调用者对细节感兴趣，还可以继续通过getCause()获取到原始异常。

• finally

try{
    //可能抛出异常
}catch(Exception e){
    //捕获异常
}finally{
    //不管有无异常都执行
}

catch不是必需的
不管有无异常发生，都会执行
(1)如果没有异常发生，在try内的代码执行结束后执行。
(2)如果有异常发生且被catch捕获，在catch内的代码执行结束后执行
(3)如果有异常发生但没被捕获，则在异常被抛给上层之前执行。
一般用于释放资源，如数据库连接、文件流等

• return
  如果在try或者catch语句内有return语句，则return语句在finally语句执行结束后才执行，但finally并不能改变返回值
  如果在finally中也有return语句呢？try和catch内的return会丢失，实际会返回finally中的返回值。 finally中有return不仅会覆盖try和catch内的返回值，还会掩盖try和catch内的异常，就像异常没有发生一样
• throws
  用于声明一个方法可能抛出的异常
  语法

public void test() throws AppException, SQLException, NumberFormatException {
    //....
}

对于RuntimeException(unchecked exception)，是不要求使用throws进行声明的，但对于checked exception，则必须进行声明，换句话说，如果没有声明，则不能抛出

• Checked对比Unchecked Exception

一种普遍的说法是，RuntimeException(unchecked)表示编程的逻辑错误， 编程时应该检查以避免这些错误，比如说像空指针异常，如果真的出现了这些异常，程序退出也是正常的，程序员应该检查程序代码的bug而不是想办法处理这种异常。Checked exception表示程序本身没问题，但由于I/O、网络、数据库等其他不可预测的错误导致的异常，调用者应该进行适当处理。

无论是checked还是unchecked异常，无论是否出现在throws声明中，我们都应该在合适的地方以适当的方式进行处理
其实观点本身并不太重要，更重要的是项目中的一致性

如何使用异常

• 异常应该且仅用于异常情况
• 异常处理的目标
  用户
  如果用户输入不对，可能提示用户具体哪里输入不对，如果是编程错误，可能提示用户系统错误、建议联系客服，如果是第三方连接问题，可能提示用户稍后重试
  程序员
  他们一般不关心用户输入错误，而关注编程错误或第三方错误，对于这些错误，需要报告尽量完整的细节，包括异常链、异常栈等，以便尽快定位和解决问题。
  第三方
  一般都是难以通过程序自动解决的，第三方错误则可能可以，甚至很多时候，程序都不应该假定第三方是可靠的，应该有容错机制。 比如说，某个第三方服务连接不上(比如发短信)，可能的容错机制是，换另一个提供同样功能的第三方试试，还可能是，间隔一段时间进行重试，在多次失败之后再报告错误。
• 异常处理的一般逻辑
  如果自己知道怎么处理异常，就进行处理，如果可以通过程序自动解决，就自动解决，如果异常可以被自己解决，就不需要再向上报告