java异常处理

先看一张图片（这个是别的博客的图）

：

     在Java中，有一个最大的异常类Throwable,它是所有异常的父类，先看Error类，它和它的子类是不能处理的异常，可以说是硬伤，如果出现了，那你的程序已

     经崩溃了。

     再看Exception类，这样的异常是可以处理的，它又包括两类异常：

     非运行时异常 （编译异常）：是RuntimeException以外的异常，类型上都属于Exception类及其子类。从程序语法角度讲是必须进行处理的异常，如果不处          理，程序就不能编译通过。如IOException、SQLException等以及用户自定义的Exception异常，一般情况下不自定义检查异常。

     运行时异常：都是RuntimeException类及其子类异常，如NullPointerException(空指针异常)、IndexOutOfBoundsException(下标越界异常)等，这些异常是不        检查异常，程序中可以选择捕获处理，也可以不处理。这些异常一般是由程序逻辑错误引起的，程序应该从逻辑角度尽可能避免这类异常的发生。运行时异常    的特点是Java编译器不会检查它，也就是说，当程序中可能出现这类异常，即使没有用try-catch语句捕获它，也没有用throws子句声明抛出它，也会编译通    过.

   再来看对于异常的处理：一种是通过Try...Catch....Finally语句来处理异常：结构如

        try{

              程序代码

              }catch(异常类型1 异常的变量名1){

　　程序代码

　　}catch(异常类型2 异常的变量名2){

　　程序代码

　　}finally{

　　程序代码

　　}

当然也可以嵌套更多的catch块，多个catch块的Exception变量应该按照子类到父类从上到下排列，因为子类集成于父类，可能会更早的处理异常

finally块中为必须会执行的代码，通常用来释放资源空间.

try块不能独立存在，必须要有catch块或者finally块搭配.

需要注意的地方。

　　1、避免过大的try块，不要把不会出现异常的代码放到try块里面，尽量保持一个try块对应一个或多个异常。

　　2、细化异常的类型，不要不管什么类型的异常都写成Excetpion。

　　3、catch块尽量保持一个块捕获一类异常，不要忽略捕获的异常，捕获到后要么处理，要么转译，要么重新抛出新类型的异常。

　　4、不要把自己能处理的异常抛给别人。

　　5、不要用try...catch参与控制程序流程，异常控制的根本目的是处理程序的非正常情况。

java中提供了许多的异常类，你可以试着找一下，尽量捕捉到具体异常，有助于处理异常，但是必定有java没有定义的异常出现，这个时候需要我

们自定义异常，

如何自定义异常呢？

1.编写一个类，这个类的类名以Exception结尾，不过不是必须的（具有意义）如ArithmeticException，SQLException.

2.继承Exception类或者其子类，尽量继承意义相近的Exception子类，如果没有，继承Exception类.

3.编写一个带参构造器，可以再加上一个无参构造器。

4.在带参构造器里面使用super(msg)，msg为错误消息，将异常转型(也叫转译)，使得异常更易读易于理解。

另外一种异常处理，是将异常向上抛出 （如果是在本方法中不能处理的异常），如：

　public void run() throw MyException{ }抛出一个异常

或者是public void run() throws MyException{ }抛出多个异常

然后交由调用该方法的程序来接收异常，并决定是处理异常或者是继续抛出异常

异常链，在JDK1.4以后版本中，Throwable类支持异常链机制。Throwable 包含了其线程创建时线程执行堆栈的快照。它还包含了给出有关错误更

 多信息的消息字符串。最后，它还可以包含 cause(原因)：另一个导致此 throwable 抛出的 throwable。它也称为异常链 设施，因为 cause 自身 

 也会有 cause，依此类推，就形成了异常链，每个异常都是由另一个异常引起的。

　　通俗的说，异常链就是把原始的异常包装为新的异常类，并在新的异常类中封装了原始异常类，这样做的目的在于找到异常的根本原因。

　　通过Throwable的两个构造方法可以创建自定义的包含异常原因的异常类型：

　　Throwable(String message, Throwable cause)

　　构造一个带指定详细消息和 cause 的新 throwable。

　　Throwable(Throwable cause)

　　构造一个带指定 cause 和 (cause==null ? null :cause.toString())(它通常包含类和 cause 的详细消息)的详细消息的新 throwable。

　　getCause()

　　返回此 throwable 的 cause;如果 cause 不存在或未知，则返回 null。

　　initCause(Throwable cause)

　　将此 throwable 的 cause 初始化为指定值。

　　在Throwable的子类Exception中，也有类似的指定异常原因的构造方法：

　　Exception(String message, Throwable cause)

　　构造带指定详细消息和原因的新异常。

　　Exception(Throwable cause)

　　根据指定的原因和 (cause==null ? null : cause.toString()) 的详细消息构造新异常(它通常包含 cause 的类和详细消息)。

　　因此，可以通过扩展Exception类来构造带有异常原因的新的异常类。

 异常解决方案

对于运行时异常，我们不要用try...catch来捕获处理，而是在程序开发调试阶段，尽量去避免这种异常，一旦发现该异常，正确的做法就会改进程          序设计的代码和实现方式，修改程序中的错误，从而避免这种异常。捕获并处理运行时异常是好的解决办法，因为可以通过改进代码实现来避免该        种异常的发生。对于受检查异常，没说的，老老实实去按照异常处理的方法去处理，要么用try...catch捕获并解决，要么用throws抛出!对于                  Error(运行时错误)，不需要在程序中做任何处理，出现问题后，应该在程序在外的地方找问题，然后解决。