先上一张图：
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) 不要羞于传递异常