异常处理
关于Java核心技术 卷1 的 异常处理章节记录
1. 检查型异常和非检查型异常
异常可以分为：
- checked exception
- unchecked exception
unchecked exception 通常指的是RuntimeException 和 Error ，这两种异常通常没有必要被抛出。
首先说明 RuntimeException ，造成这种异常的原因是由于开发者自身的问题，完全可以避免。
而Error，如果程序中发生了这种异常，那么我们往往对其是没有任何控制能力的，就算捕获了或抛出了，也没有能够处理这种异常的异常处理器。
checked execption 这种异常往往是由于不可预测的原因所导致的，还有补救的机会，因此程序应该捕获处理或向调用者抛出这种异常。
2. 父子类的方法异常声明
- 子类方法可以抛出比父类更具体的异常
- 如果超类方法没有抛出任何异常，那么子类就不被允许抛出异常信息
3. 如何实现自定义异常类？
- 继承
Exception下非运行时异常的异常 - 提供无参构造器 和 含参构造器，并在含参构造器中使用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列表。
