异常处理

分类

异常对象对派生于Throwable类的一个实例。如果java中内置的异常类不能够满足需求，用户可以创建自己的异常类

简单的类关系图

Exception简单类关系图.png

主要类介绍

Error

Error类层次结构描述了Java 运行时系统内部的错误和资源耗尽错误。应用程序不应该抛出这种类型的对象。如果出现这样的内部错误，除了通告给用户，并尽力使程序安全的终止之外，再也无能为力。（即这种情况，不需要用户处理，是系统处理的）

Exceptions

这个层次结构有分解为两个分支:一个分支派生于RuntimeExcepton，另一个分支包含其他异常。划分两个分支的规则是：由程序错误导致的异常属于RunTimeException;而程序本身没问题，但由于像I/O错误这类问题导致的异常属于其他异常。

举例

RuntimeException

• 错误的类型转换
• 数组越界访问
• 访问空指针

不是派生于RunTimeException 的异常包括

• 试图在文件尾部后面读取数据
• 试图查找一个不村子的文件
• 通过给定字符串查找Class对象，但是这个类并不存在

Java语言规范将派生于Error类或RuntimeExceptoin类的所有异常称为（Unchecked）未检查异常。编译器将核查是否为所有的已检查异常提供了异常处理

声明已检查异常

如果遇到了无法处理的情况，那么Java的方法可以抛出一个异常。（一个方法不仅需要告诉编译器要返回什么值，还要告诉编译器有可能发生什么错误）

方法应该在其首部声明所有可能抛出的异常。这样可以从首部反映出这个方法可能抛出那类已检查异常
例如

public void myExceptionMethod() throws Exception {}

当然不必将所有可能抛出的异常进行声明，至于什么时候需要在方法中用throws语句声明异常，什么时候必须用throws语句声明，记住下面四种情况

• 调用一个抛出已检查异常的方法
• 程序运行过程中发现错误，并且利用throw语句抛出一个已检查异常
• 程序出现错误
• Java虚拟机和运行时库出现的内部错误

一个方法必须声明所有可能抛出的已检查异常，而未检查异常要么不可控制（Erro）,要么就应该避免发生（RuntimeExceptoin）.如果方法没有声明所有可发生的已检查异常，编译器就会报错

创建异常程序类

在程序中，可能会遇到任何标准异常类都没有能够充分描述清楚的问题。在这种情况下，就需要创建自己的异常类。即定义一个派生于Exception（或其子类）的类，定义的类应该包含两个构造方法，一个默认，一个是带有详细信息的。
*例

class myExceptoinClass extends IOException {
   public myExceptoinClass() { }
   public myExceptoinClass(String gripe) {
      super(guride);
   }
}

捕获异常

如果异常发生时候没有任何地方进行捕获，程序就会终止执行，并在控制台上打印输出异常信息。

捕获异常必须设置try/catch语句块。

捕获多个异常 try/catch/catch

再次抛出异常与异常链

finally子句

try/catch/finally,无论try语句块中是否遇到异常，finally子句都会被执行。

警告：当finally中包含return语句时。假设利用return语句从try语句块中退出。会在方法返回前，finally语句内容会被执行，若finally中也有return语句，则这个返回值会覆盖原始返回值。

带资源的try语句

会自动调用 close()，并且close()的异常会被压制。

分析堆栈跟踪元素

堆栈跟踪（strack trace） 是一个方法调用过程列表，他们包含了程序执行过程中方法调用的特定位置。当Java程序正常终止，而没有捕获异常时，这个列表就会显示出来。

小结

后面例子少了好多，时间有些不足没写出来，感兴趣的话可以看下“Java核心技术卷一 4th”。

简单总结下，如果分为两类的话是，已检查异常和未检查异常，而已检查异常必须做处理，否则编译器会报错。

内容差很多，有时间补上。

内容参考：Java核心技术卷一 4th