Java的异常

先上一张图：

 

1. 所有的异常都是由Throwable继承而来。

Error主要描述Java运行时的内部错误和资源耗尽错误，情况比较少见。

Exception才是主要关注的对象

 

2. Exception分为：

1)Runtime Exception: 由程序错误导致的--如错误类型转换(ClassCastException)，数组访问越界(ArrayIndexOutofBoundsException)和访问空指针(NullPointException)等

2)Other Exception: 程序本身没问题，由于其它情况，如IO错误等，导致异常

 

3. Checked Exceptions VS Unchecked Exceptions

判断标准：编译时是否检查--是，已检查异常；否，未检查异常

未检查(Unchecked)异常：派生于Error类和Runtime Exception类的所有异常

已检查(Checked)异常：除未检查外的异常

（还有一种异常分类的方法，请看这里）

 

4. 一个方法必须声明所有可能抛出的已检查异常，而未检查异常要么不可控制(Error)，要么应该避免发生(Runtime Exception)，但这些未检查异常不需要声明或抛出。

如果子类覆盖了超类的一个方法，子类方法中声明的已检查异常不能超过超类方法中声明的异常范围，也就是说，子类方法抛出的异常范围更加小，或者根本不抛出任何异常。

 

5. 调用一个抛出已检查异常的方法，要不进行处理(try/catch)，要不将它传递出去(throws)。有个例外，如果在子类里，覆盖一个没有抛出异常的超类的方法，那么，覆盖后的子类方法必须捕获代码中出现的每一个其它已检查异常，因为不允许子类的抛出超过超类的异常。

 

6. 在catch子句中抛出异常，改变异常类型，可以让用户捕获这个已检查异常并将其包装成一个运行时异常：

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

 

7. 当finally子句包含return时，将会出现一种意想不到的结果，尽量避免；也尽量避免在finally子句里再抛出异常

 

8. 一些建议：

1) 异常处理不能代替测试

2) 不要过分细化异常

3) 利用异常层次结构，抛出适当的异常子类，而不是RuntimeException/Thowable

4) 不要压制异常，如catch(Exception e){}

5) 认真检查可能发生的错误

6) 不要羞于传递异常