关于Java中的异常处理控制流

在软件构造实验中，我们使用java语言标准库的各种方法，时不时遇见Eclipse提示需要处理某某Exception。Eclipse一般会提示两种修改当前代码的方法以消除编译错误。一个是用try catch语句块包围可能抛出异常的代码，另一个是为当前正在编写的方法添加throws声明。两种方法是有区别，但是以前对此不清不楚。在做实验三的时候，因为代码需要，学习了一下，现在在这里记录一下。

1. 对可能抛出异常的代码使用try-catch-finally语句包围。

那些可能抛出异常的代码应该写在try中。

catch可以有多个列在try后面，分别处理相应的异常。几个catch语句块是有顺序的，发生异常时从前往后寻找匹配异常的语句块。只会匹配并执行一个catch语句块，然后控制流离开catch们，继续往下执行（finally或方法中剩余内容），try中的剩余内容不会再执行了。

若有两种异常需要处理，其中一个异常类型是另一个异常类型的子类型，那么子类型异常的特殊的处理得放在前面，对于其他父类型异常比较一般的处理就放在后面。如果catch(父类型异常){}在catch(子类型异常){}之前，子类型异常的处理就总是会被截胡永远没机会执行了，会有编译错误提示这一点。

finally语句块是总是要执行的内容，即有没有发生异常都要执行finally。finally理论上是保证只要执行了try，不管有没有执行catch，不管catch执行什么，finally语句块都执行。例如，catch中最后直接return，在真正离开本方法之前，还是会执行finally语句块，不过已经确定的返回值不会受到finally中相应赋值语句的影响。实际上有些情况会导致finally没机会执行，比如jvm进程已经在catch执行后结束了。

2. 为当前方法添加throws声明。

那些可能抛出异常的代码直接写在当前方法中即可。

这会导致相应的异常转发到当前方法的调用者调用当前方法处抛出，由调用者决定如何处理。发生异常时，直接离开当前方法不再执行，控制流回到调用者调用这个方法的地方，并继续执行调用者方法中关于这个异常的处理逻辑。如果在调用链中每级方法都声明throws把异常处理推给上级，连main方法也如是，那么调用main方法的jvm内部逻辑会处理相关异常。

实际上，关于异常处理还有很多细节。不过在实验三中知道这些就差不多了吧。。。