1 处理异常的时机
- 编译阶段:编译阶段是找出错误的最佳时机,但是编译阶段往往只能找出最基础的语法错误。
- 运行阶段:
- 逻辑测试:通过逻辑测试我们可以找出代码中的逻辑错误,但是并不能找出所有的错误
- 运行阶段:编译阶段和逻辑测试之后剩下的问题就需要在运行期解决。这就需要错误源能通过某种方式,把适当的消息传递给某个接收者——该接收者将知道如何正确处理这个问题。
错误恢复机制是提供代码健壮性的最强有力的方式。
使用 Java 异常处理机制的好处:使用异常处理可以降低错误处理代码的复杂度,如果不适用异常处理机制,那么就必须检查特定的错误,并在程序的许多地方处理它。
2 基本异常
2.1 异常情形和普通问题
- 异常情形是指阻止当前方法或作用域继续执行的问题。
- 普通问题是指,在当前环境下能得到足够的信息,总能处理这个错误。
- 区别:对于异常情形,程序不能继续下去,因为在当前环境下无法获得必要的信息来解决问题,你所能做的就是从当前环境跳出来,并且把问题交给上一级。这就是抛出异常所发生的事情。
2.2 抛出异常之后发生的事情
- 在堆上创建一个异常对象;
- 当前的执行路径别终止,从当前环境中弹出异常对象的引用;
- 异常处理机制接管程序,并开始寻找一个恰当的地方(异常处理程序)来继续执行程序;
- 异常处理程序的作用是将程序从错误中恢复,以使程序能要么换一种方式运行,要么继续运行下去;
2.3 异常参数
与使用 Java 对象一样,我们总是用 new 在堆上创建异常对象,这也伴随着存储空间的分配和构造器的调用。所有标准异常类都有两个构造器:默认构造器和接受字符串作为参数(很多时候还会有一个 Throwable 作为当前抛出 Exception 的参数)。
使用 new 创建了异常对象后,此对象的引用将传给 throw。
可以抛出任意类型的 Throwable 对象,他是异常类型的根类。通常,对于不同类型的错误,要抛出相应的异常。错误信息可以保存在异常对象内部或者异常类的名称来暗示,上层环境通过这些信息来解决如何处理异常。
3 捕获异常
要明白异常时如何被捕获的,必须首先理解监控区域的概念。它是一段可能产生异常的代码,并且后面跟着处理这段异常的代码。
3.1 try 块
如果在方法内部或在方法内部调用的其他方法抛出了异常,这个方法将在抛出异常的过程中结束。要是不希望方法就此结束,可以在方法内设置一个特殊的块来捕获异常。
3.2 异常处理程序
抛出的异常必须在某处得到处理——异常处理程序。对于每个要捕获的异常,的准备相应的处理程序。异常处理程序紧跟在 try 块之后。
try{
}catch(ExceptionType1 e1){
}catch(ExceptionType2 e2){
}
当异常被抛出时,异常处理机制负责搜寻参数与异常类相匹配的第一个处理程序,然后进入 catch 子句执行,此时认为异常得到了处理。
3.3 终止与恢复
异常处理程序理论上有两种基本模型。Java 支持终止模型,在这种模型中,将假设错误非常关键,以至于程序无法返回到异常发生的地方继续执行。一旦异常被抛出,就表明自己已经无法挽回,也不能回来继续执行。
恢复模型:异常处理程序的工作是修正错误,然后重新尝试调用出问题的方法,并认为第二次能成功。对于恢复模型,通常希望异常被处理之后能继续执行程序。如果想要用 Java 实现类使恢复的行为,那么在遇到错误时就不能抛出异常,而实调用方法来修正该错误,或者,把 try 块放在 while循环里,这样就不断地进入 try 块,知道得到满意的结果