异常处理
分类
<p>异常对象对派生于Throwable类的一个实例。如果java中内置的异常类不能够满足需求，用户可以创建自己的异常类</p>
简单的类关系图
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
