本篇关注：异常（第12章）
异常处理的好处：
分离“正常执行中做什么事”的代码和“出了问题怎么办”的代码。降低复杂度（从if-else中解放出来）。
提高程序的健壮性和容错性。
普通问题：从当前环境可预知并且处理的错误。（用 if-else）
异常情形：当前环境无法获得足够信息来解决问题，提交到更高级别的环境进行解决。（抛出异常）
Throwable类：所有异常类型的根类
- Error：JVM报告错误（不用关心）
- Exceptions：被检查异常的基类
- 编译时异常：被检查异常。必须处理，一般不自定义（用try-catch捕获，或用throws声明抛出）
- 运行时异常RuntimeException：未检查异常。不用声明和捕获。1. 无法预料。2. 应在代码中检查。
异常声明（throws）：
在方法的首部声明所有可能抛出的异常，逗号隔开。
比如被检查异常，无法处理，只能向上传递。比如要打开的文件不存在。
public void ff() throws FileNotFoundException, EOFExcetion
异常抛出（throw）：
throw new EOFExcetion();
或：
EOFExcetion e = new EOFException(); throw e;
抛出异常后：
- 使用new 在堆heap创建异常对象
- 当前执行路径被终止，从当前环境弹出对异常的引用。
- 异常处理机制接管程序，执行异常处理程序，将程序从错误状态恢复到某个已知稳定点。
捕获异常：
在可能出现异常的方法内使用try-catch，异常不会被抛出到方法外，使此方法不会终止。
- try块中抛出与catch块匹配的异常时，try块中剩余代码会被忽略。
- catch(Typte id) 参数不可忽略，可以有多个catch。
- 处理方式一致，且A，B互不位子类时，也可以catch（A | B e）。但不能在catch块中为e赋新值。
- 如果catch块中重新throw，后续catch子句会被忽略。
- 抛出的异常与最近的对应参数的catch匹配，之后会忽略其他符合的catch
只需要捕获你知道如何处理捕获的异常，和编译时被检查的异常。
原则：延迟捕获。当异常发生时，不应立即捕获，应该考虑当前作用域是否有有能力处理这一异常，如果没有则应将该异常继续向上抛出，交由更上层的作用域来处理。
如果一个方法内使用了throw抛出了一个异常，并且这个异常不是RuntimeException，那么必须在方法首部用throws声明这个异常。
如果一个方法用throws声明了一个异常，那么调用这个方法的方法就必须对这个异常进行捕获，或者继续声明。
子类覆盖父类方法时，声明的异常不能比父类的声明更通用。如果父类方法没有抛出被检查异常，那么子类也不能抛出。
创建自定义异常类：从已有的相近的异常类继承。输出写入System.err，标准错误流。
e.printStackTrace()：打印调用栈轨迹，就是打印详细异常，异常名称，出错位置。
e.getMessage()：获得异常详细信息
e.getClass().getName()：获得异常实际类型
try-catch-finally：
无论try块中是否有异常抛出，finally块的代码都会被执行
try{ } catch (A a) { } finally { }
finally应用：
当try块在循环里，可在finally块中设置计数器等等，为循环设置放弃条件
一定要关闭的资源，比如已打开的文件、网络连接，画的图形等等
如果try-finally块中有throw语句，或者涉及break／continue，finally块依然会被执行
Java7新特性 try with Resources：
try(Resource res){ }
try块退出时，将自动res.close，不需要写finally。多个Resource用逗号隔开。
被检查的异常转为不检查的异常：
catch(Exception e) { throw new RuntimeException(e)}，用getCause() 捕获特定异常。
References:
如何优雅的处理异常（Java）？
说说你们对Java中异常处理的认识吧?
《Effective Java》中关于异常处理的几条建议
