异常处理

最新推荐文章于 2024-11-15 18:38:47 发布

Naive_boy00

最新推荐文章于 2024-11-15 18:38:47 发布

阅读量466

点赞数

分类专栏： Java 文章标签： java 异常处理异常

本文链接：https://blog.csdn.net/Naive_boy00/article/details/49465709

版权

Java 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

Java的基本理念是：“结构不佳的代码不能运行”。

异常处理程序将“描述做什么事”和“出了问题怎么办”的代码相分离。

基本异常

“异常情形”是指引发阻止当前方法或作用域继续执行的问题。

因为在当前环境下无法获得必要的信息来解决问题，所以能做的就是从当前的环境中跳出，并把问题提交给上一级环境。

当抛出异常后，首先同Java中的其他对象的创建一样，将使用new在堆上创建异常对象。然后，当前的执行路径被终止，并从当前环境中弹出对异常对象的引用。此时，异常处理机制接管程序，并开始寻找一个“异常处理程序”来继续执行程序。

捕获异常

try{
     //code that might generate exception
}catch (Type1 id1) {
     //Handle exception of Type1
}catch (Type1 id2) {
     //Handle exception of Type2
}
//etc . . .
finally {
     //Activities that happen every time
}

两种模型

“终止模型”：程序无法返回到异常发生的地方继续执行

“恢复模型”：异常处理程序修正错误，然后重新尝试调用出问题的方法，并认为第二次能成功。（实践证明并不实用）

自定义异常

从已有的异常类继承，最简单的方法就是让编译器产生缺省构造器。异常的名字最重要。

class MyException extends Exception { }     //编译会自动调用基类的缺省构造器

也可以为异常类定义一个接受字符串参数的构造器

class MyException extends Exception { 
     public MyException( ) { }
     public MyException(String msg) {
          super(msg);
     }
}

异常说明

把方法可能会抛出的异常告知给客户端程序员

void f( ) throws TooBig, TooSmall {     // . . .     }

此外

void f( ) {     // . . .     }         
//表示此方法除了从  RuntimeException继承的异常不会抛出任何异常

代码必须与异常说明保持一致。如果方法里的代码产生了异常却没有处理，编译器会发现这个问题并提醒你：要么处理这个异常，要么就在异常说明中表明将产生异常。

另外，可以声明方法将抛出异常，实际上却不抛出。然后编译器相信了这个声明，并强制此方法的使用者像真的会抛出异常那样使用这个方法。
好处：为异常先占个位子，以后修改程序库时就无需修改已有代码。
在定义抽象基类和接口时这种能力很重要，这样其派生类或接口实现就能够抛出这些预先声明的异常。

这种在编译时被强制检查的异常叫“被检查异常”

捕获所有异常

catch（Exception e）{
     // . . .
}

通过catch异常类型的基类Exception，这将捕获所有异常。不过它将不会包括太多具体的信息，我们需要调用从Throwable继承过来的方法：

String getMessage( )
String getLocalizedMessage( )

或调用

String toString( )
void printStackTrace( )
void printStackTrace(PrintStream)
void printStackTrace(java.io.PrintWriter)

getClass( )可以返回此对象类型的对象
getName()可以查询这个Class对象的名称

重新抛出异常

有时希望把刚捕获的异常重新抛出，尤其是在使用Exception捕获所有异常的时候。

catch(Exception e){
     // . . .
     throw e;
     //throw e.fillStackTrace( );
}

此时，printStackTrace( )方法将显示原来这个异常抛出点的调用栈信息，而非重新抛出点的信息。要想更新这个信息，可以调用fillStackTrace( )方法，这将返回一个Throwable对象，它是通过把当前调用栈信息填入原来那个对象而建立的。

Throwable 是Exception的基类，所以可能抛出一个是Throwable而非Exception的对象，所以捕捉Exception的处理程序可能会捕捉不到这个对象。所以编译器会强制在异常说明里说明Throwable。

异常对象会自动被垃圾回收器清理掉，不用程序员去担心。

异常链

有时候希望在捕捉一个异常后抛出另一个异常，把原始异常信息保存下来，这被称为“异常链”。

解决办法：Throwable的子类在构造器中可以接受一个cause对象作为参数，这个cause对象就是原始异常，这样通过把原始异常传递给新的异常，使得即使在当前位置创建并抛出了新的异常，也能通过这个异常链追踪到异常最初发生的地方。

Throwable的子类中，只有Error、Exception和RuntimeException三个基本异常类提供了带cause参数的构造器。

如果要把其他异常链接起来，应该使用initCause()方法而不是构造器。

calss MyException extends Exception { }

class Test {
     public void f(Object o) throws MyException{
          if (o == null) {
               MyException e = new MyException( );
               e.initCause(new NullPointerException( ));
               throw e;
          }
          //code . . .
     }
}

Java标准异常

Throwable类被用来表示任何可以作为异常被抛出的类。Throwable对象可分为两种类型（指从Throwable继承而得到的类型）：Error用来表示编译时和系统错误（除特定情况，一般不用你操心）；Exception是可以被抛出的基本类型，在Java类库、用户方法以及运行时故障中都可能抛出Exception型的异常（这是你需要关心的）。

对异常来说，关键是理解概念以及如何使用。去看一遍Java文档，对异常有一个全面的理了解。

异常的基本概念是用名称代表发生的问题，并且异常的名称可以望文知意。

RuntimeException的特例

运行时异常会自动被Java虚拟机抛出，所以不必在异常说明中把它们列出来。这种异常叫做“未被检查异常”，即使在代码中抛出RuntimeException类型的异常，并且不去捕获它，它将直达main( )，在程序退出前调用异常的printStackTrace( )方法。

务必记住：只能在代码中忽略RuntimeException（及其子类）类型的异常，其他类型异常的处理必须由编译器强制实施。RuntimeException代表的是编程错误：

1）无法预料的错误。比如控制范围之外传进来的null引用
2）作为程序员应该在代码中进行检查的错误（比如数组越界）。在一个地方发生的异常，常常会在另一个地方导致错误。

Java的异常处理机制是被设计用来处理一些烦人的运行时错误，这些错误往往是由代码控制能力之外的因素导致的；它对发现某些编译器无法检测到的编程错误，也是非常重要的。