异常处理

关于Java核心技术 卷1 的 异常处理章节记录

1. 检查型异常和非检查型异常

异常可以分为：

• checked exception
• unchecked exception

unchecked exception 通常指的是RuntimeException 和 Error ，这两种异常通常没有必要被抛出。

首先说明 RuntimeException ，造成这种异常的原因是由于开发者自身的问题，完全可以避免。

而Error，如果程序中发生了这种异常，那么我们往往对其是没有任何控制能力的，就算捕获了或抛出了，也没有能够处理这种异常的异常处理器。

checked execption 这种异常往往是由于不可预测的原因所导致的，还有补救的机会，因此程序应该捕获处理或向调用者抛出这种异常。

2. 父子类的方法异常声明

• 子类方法可以抛出比父类更具体的异常
• 如果超类方法没有抛出任何异常，那么子类就不被允许抛出异常信息

3. 如何实现自定义异常类？

1. 继承 Exception 下非运行时异常的异常
2. 提供无参构造器 和 含参构造器，并在含参构造器中使用super调用父类含参构造器

public class CustomException extends IOException {
    public CustomException() {}
    public CustomException(String msg) {
        super(msg);
    }
}

4. 捕获异常还是向上抛出？

程序应该捕获自身能够处理的异常，而将自身无法处理的异常抛给调用者。

5. 捕获多个异常

• 通过ex.getMessage() 获取异常信息，或者根据 ex.getClass().getName() 获取异常的类型
• JDK7，允许一个catch 子句中捕获多个异常，前提条件是多个异常的处理动作一致

try {
    ...
} catch(FileNotFoundException | UnknowHostException ex) {
    ...
}

6. catch子句允许抛出异常

疑问：catch子句中抛出异常，要在方法签名上声明抛出的异常信息吗？

这里要介绍一个向调用者抛出异常对象的方式，叫做包装技术。

使用包装技术

调用者抛出异常对象：

try {
    
} catch(SQLException ex) {
    Throwable se = new ServletException("database error");
    se.initCause(ex);
    throw se;
}

调用者获取原始异常信息的方式：

Throwable e = se.getCause();

为什么使用包装技术？

由于调用者只想知道Servlet是否有问题（是否抛出ServletException），但不想知道具体的细节（SQLException）。

包装技术的优点

在抛出高级异常的情况下，不会丢失原始异常信息。

7. 关于finally

• 如果catch子句中抛出了异常，那么这个异常对象会在执行finally子句之后，抛给调用者
• try子句可以只有finally子句，而没有catch子句。这种情况下异常对象会被抛给调用者
• 使用解耦合try/catch和try/finally ，内外层try单一指责

InputStream in = ...;
try {
    try {
        // 可能产生异常的代码
    } finally {
        // 释放资源
    }
} catch(IOException ex) {
    // 报告出现的错误
}

• 若finally子句中包含return，那么finally子句中的返回值会覆盖原始的返回值
• 在finally子句中释放资源时抛出了异常对象，那么原始的异常对象将会丢失，转而抛出close方法产生的异常对象。这种问题的处理方式比较复杂，JDK7中提供的try-with-resource 可以方便地用来解决这种问题的。

8. try-with-resource

如何使用

前提：资源实现 AutoCloseable 接口 或 Closeable 接口

语法：

try (InputStream in = ...) {
    ...
}

执行完try块中的内容之后，自动调用资源的close方法

允许指定多个资源，使用 ; 分隔

如何处理try抛出ex，finally又抛出ex的问题？

重新抛出原来的ex，close方法中抛出的异常被抑制。

调用者可以调用ex.getSuppressed() 得到被一种的ex列表。