Java&&深入理解异常处理

最新推荐文章于 2022-03-17 12:52:50 发布

大当家奥斯卡

最新推荐文章于 2022-03-17 12:52:50 发布

阅读量9.4k

点赞数 2

分类专栏： head first java

本文链接：https://blog.csdn.net/sp_programmer/article/details/41863599

版权

head first java 专栏收录该内容

19 篇文章 0 订阅

订阅专栏

简介

异常处理是java语言的重要特性之一，《Three Rules for effective Exception Handling》一文中是这么解释的：它主要帮助我们在debug的过程中解决下面的三个问题。

什么出错了
哪里出错了
为什么出错

java语言可以说是提供了完善的异常处理机制。java中的异常机制包括Error和Exception两个部分。他们都继承自一个共同的基类Throwable。

Error：属于JVM运行中发生的一些错误，虽然并不属于开发人员的范畴，而是代码运行时JVM出现的问题，但是有些Error还是由代码引起的。比如StackOverflowError经常由递归操作引起，这种错误就是告诉开发者，你一般无法挽救，只能靠JVM，例如，Java虚拟机运行错误（Virtual MachineError），当 JVM 不再有继续执行操作所需的内存资源时，将出现 OutOfMemoryError。这些异常发生时，Java虚拟机（JVM）一般会选择线程终止。这些错误表示故障发生于虚拟机自身、或者发生在虚拟机试图执行应用时，如Java虚拟机运行错误（Virtual MachineError）、类定义错误（NoClassDefFoundError）等。这些错误是不可查的，因为它们在应用程序的控制和处理能力之外，而且绝大多数是程序运行时不允许出现的状况。对于设计合理的应用程序来说，即使确实发生了错误，本质上也不应该试图去处理它所引起的异常状况。

Exception：是程序本身可以处理的异常。(注意：异常和错误的区别：异常能被程序本身可以处理，错误是无法处理)假设程序员会去处理这些异常，比如数据库连接出了异常，那么我们可以处理这个异常，并且重新连接等。Exception分为两种，检查类型（checked）和未检查类型（unchecked）。检查类型的异常就是说要程序员明确的去声明(throws)或者用try..catch语句来处理的异常，否则编译不会通过。除了RuntimeException及其子类以外，其他的Exception类及其子类都属于可查异常。而非检查类型的异常则没有这些限制，比如我们常见的 NullPointerException 就是非检查类型的，他继承自RuntimeException。java是目前主流编程语言中唯一一个推崇使用检查类型异常的，至少sun是这样的。关于使用checked还是unchecked异常的论战一直很激烈。

综上：

Exception 这种异常分两大类运行时异常和非运行时异常(编译异常)。程序中应当尽可能去处理这些异常。

运行时异常：都是RuntimeException类及其子类异常，如NullPointerException(空指针异常)、IndexOutOfBoundsException(下标越界异常)等，这些异常是不检查异常，程序中可以选择捕获处理，也可以不处理。这些异常一般是由程序逻辑错误引起的，程序应该从逻辑角度尽可能避免这类异常的发生。

运行时异常的特点是Java编译器不会检查它，也就是说，当程序中可能出现这类异常，即使没有用try-catch语句捕获它，也没有用throws子句声明抛出它，也会编译通过。
非运行时异常（编译异常）：是RuntimeException以外的异常，类型上都属于Exception类及其子类。从程序语法角度讲是必须进行处理的异常，如果不处理，程序就不能编译通过。如IOException、SQLException等以及用户自定义的Exception异常，一般情况下不自定义检查异常。

下面是一张java语言中异常的类关系图。

处理机制

在 Java 应用程序中，异常处理机制为：抛出异常，捕捉异常。

抛出异常：当一个方法出现错误引发异常时，方法创建异常对象并交付运行时系统，异常对象中包含了异常类型和异常出现时的程序状态等异常信息。运行时系统负责寻找处置异常的代码并执行。

捕获异常：在方法抛出异常之后，运行时系统将转为寻找合适的异常处理器（exception handler）。潜在的异常处理器是异常发生时依次存留在调用栈中的方法的集合。当异常处理器所能处理的异常类型与方法抛出的异常类型相符时，即为合适的异常处理器。运行时系统从发生异常的方法开始，依次回查调用栈中的方法，直至找到含有合适异常处理器的方法并执行。当运行时系统遍历调用栈而未找到合适的异常处理器，则运行时系统终止。同时，意味着Java程序的终止。

对于运行时异常、错误或可查异常，Java技术所要求的异常处理方式有所不同。

由于运行时异常的不可查性，为了更合理、更容易地实现应用程序，Java规定，运行时异常将由Java运行时系统自动抛出，允许应用程序忽略运行时异常。

对于方法运行中可能出现的Error，当运行方法不欲捕捉时，Java允许该方法不做任何抛出声明。因为，大多数Error异常属于永远不能被允许发生的状况，也属于合理的应用程序不该捕捉的异常。

对于所有的可查异常，Java规定：一个方法必须捕捉，或者声明抛出方法之外。也就是说，当一个方法选择不捕捉可查异常时，它必须声明将抛出异常。

能够捕捉异常的方法，需要提供相符类型的异常处理器。所捕捉的异常，可能是由于自身语句所引发并抛出的异常，也可能是由某个调用的方法或者Java运行时系统等抛出的异常。也就是说，一个方法所能捕捉的异常，一定是Java代码在某处所抛出的异常。简单地说，异常总是先被抛出，后被捕捉的。

任何Java代码都可以抛出异常，如：自己编写的代码、来自Java开发环境包中代码，或者Java运行时系统。无论是谁，都可以通过Java的throw语句抛出异常。

从方法中抛出的任何异常都必须使用throws子句。

捕捉异常通过try-catch语句或者try-catch-finally语句实现。

总体来说，Java规定：对于可查异常必须捕捉、或者声明抛出。允许忽略不可查的RuntimeException和Error。

基本使用

1.try-catch语句

我们在使用java的一些文件或者数据库操作的时候已经接触过一些异常了，比如IOException、SQLException等，这些方法被声明可能会抛出某种异常，因此我们需要对其进行捕获处理。这就需要基本的try..catch语句了。下图就是我们经常写的一个基本结构。try语句块中写可能会抛出异常的代码，之后在catch语句块中进行捕获。我们看到catch的参数写的是一个Exception对象，这就意味着这个语句块可以捕获所有的检查类型的异常（虽然这并不是一种好的写法，稍后讨论），finally总是会保证在最后执行，一般我们在里面处理一些清理的工作，比如关闭文件流或者数据库、网络等操作。

当然上面的语句块结构是灵活的，但是try是必须有的，catch和finally两者至少有一个，当然catch的数量可以有多个。有时候try语句块中可能抛出多种类型的异常，这个时候，我们可以写多个catch语句来捕获不同类型的异常，一个比较好的写法如下：

try{
            // ..invoke some methods that may throw exceptions
        }catch(ExceptionType1 e){
            //...handle exception
        }catch(ExceptionType2 e){
            //...handle exception
        }catch(Exception e){
            //...handle exception
        }finally{
            //..do some cleaning :close the file db etc.
        }

初次学习try..catch总会被其吸引，所以大量的使用这种结果，以达到某种“鲁棒性”。（这语句也是程序员表白的最爱）。但try语句实际上执行的时候会导致栈操作。即要保存整个方法的调用路径，这势必会使得程序变慢。fillInStackTrace()是Throwable的一个方法，用来执行栈的操作，他是线程同步的，本身也很耗时。这里问题在StackOverFlow上曾经有过一段非常经典的讨论，原文。的确当我们在try中什么都不做，或者只执行一个类似加法的简单调用，那么其执行效率和goto这样的控制语句是几乎一样的。但是谁会写这样的代码呢？

总之不要总是试图通过try catch来控制程序的结构，无论从效率还是代码的可读性上都不好。

try catch好的一面

try catch虽然不推荐用于程序结构的控制，但是也具有重要的意义，其设计的一个好处就是，开发人员可以把一件事情当做事务来处理，事务也是数据库中重要的概念，举个例子，比如完成订单的这个事务，其中包括了一个动作序列，包括用户提交订单，商品出库，关联等。当这个序列中某一个动作执行失败的时候，数据统一恢复到一个正常的点，这样就不会出现，你付完了帐，商品却没有给你的情况。我们在try语句块中就像执行一个事务一样，当出现了异常，就会在catch中得到统一的处理，保证数据的完整无损。其实很多不好的代码也是因为没有好好利用catch语句的语言，导致很多异常就被淹没了，这个后面介绍。

举例

例1 捕捉throw语句抛出的“除数为0”异常。

<span style="font-size:12px;">public class TestException {  
    public static void main(String[] args) {  
        int a = 6;  
        int b = 0;  
        try { // try监控区域  
              
            if (b == 0) throw new ArithmeticException(); // 通过throw语句抛出异常  
            System.out.println("a/b的值是：" + a / b);  
        }  
        catch (ArithmeticException e) { // catch捕捉异常  
            System.out.println("程序出现异常，变量b不能为0。");  
        }  
        System.out.println("程序正常结束。");  
    }  
}  </span>

运行结果：程序出现异常，变量b不能为0。

程序正常结束。

例1 在try监控区域通过if语句进行判断，当“除数为0”的错误条件成立时引发ArithmeticException异常，创建 ArithmeticException异常对象，并由throw语句将异常抛给Java运行时系统，由系统寻找匹配的异常处理器catch并运行相应异常处理代码，打印输出“程序出现异常，变量b不能为0。”try-catch语句结束，继续程序流程。

事实上，“除数为0”等ArithmeticException，是RuntimException的子类。而运行时异常将由运行时系统自动抛出，不需要使用throw语句。

例2 捕捉运行时系统自动抛出“除数为0”引发的ArithmeticException异常。

<span style="font-size:12px;">public static void main(String[] args) {  
        int a = 6;  
        int b = 0;  
        try {  
            System.out.println("a/b的值是：" + a / b);  
        } catch (ArithmeticException e) {  
            System.out.println("程序出现异常，变量b不能为0。");  
        }  
        System.out.println("程序正常结束。");  
    }  
}  </span>

运行结果：程序出现异常，变量b不能为0。

程序正常结束。

例2 中的语句：

System.out.println("a/b的值是：" + a/b);

在运行中出现“除数为0”错误，引发ArithmeticException异常。运行时系统创建异常对象并抛出监控区域，转而匹配合适的异常处理器catch，并执行相应的异常处理代码。

由于检查运行时异常的代价远大于捕捉异常所带来的益处，运行时异常不可查。Java编译器允许忽略运行时异常，一个方法可以既不捕捉，也不声明抛出运行时异常。

例3 不捕捉、也不声明抛出运行时异常。

public class TestException {  
    public static void main(String[] args) {  
        int a, b;  
        a = 6;  
        b = 0; // 除数b 的值为0  
        System.out.println(a / b);  
    }  
}

运行结果：

Exception in thread "main" java.lang.ArithmeticException: / by zero
at Test.TestException.main(TestException.java:8)

例4 程序可能存在除数为0异常和数组下标越界异常。

```
public class TestException {  
    public static void main(String[] args) {  
        int[] intArray = new int[3];  
        try {  
            for (int i = 0; i <= intArray.length; i++) {  
                intArray[i] = i;  
                System.out.println("intArray[" + i + "] = " + intArray[i]);  
                System.out.println("intArray[" + i + "]模 " + (i - 2) + "的值:  "  
                        + intArray[i] % (i - 2));  
            }  
        } catch (ArrayIndexOutOfBoundsException e) {  
            System.out.println("intArray数组下标越界异常。");  
        } catch (ArithmeticException e) {  
            System.out.println("除数为0异常。");  
        }  
        System.out.println("程序正常结束。");  
    }  
}  
```
运行结果：

intArray[0] = 0

intArray[0]模 -2的值: 0

intArray[1] = 1

intArray[1]模 -1的值: 0

intArray[2] = 2

除数为0异常。

程序正常结束。

例4 程序可能会出现除数为0异常，还可能会出现数组下标越界异常。程序运行过程中ArithmeticException异常类型是先行匹配的，因此执行相匹配的catch语句：
1. catch (ArithmeticException e){
2. System.out.println("除数为0异常。");
3. }
需要注意的是，一旦某个catch捕获到匹配的异常类型，将进入异常处理代码。一经处理结束，就意味着整个try-catch语句结束。其他的catch子句不再有匹配和捕获异常类型的机会。

Java通过异常类描述异常类型，异常类的层次结构如图1所示。对于有多个catch子句的异常程序而言，应该尽量将捕获底层异常类的catch子句放在前面，同时尽量将捕获相对高层的异常类的catch子句放在后面。否则，捕获底层异常类的catch子句将可能会被屏蔽。

RuntimeException异常类包括运行时各种常见的异常，ArithmeticException类和ArrayIndexOutOfBoundsException类都是它的子类。因此，RuntimeException异常类的catch子句应该放在最后面，否则可能会屏蔽其后的特定异常处理或引起编译错误。

2. try－catch-finally语句

try-catch语句还可以包括第三部分，就是finally子句。它表示无论是否出现异常，都应当执行的内容，般我们在里面处理一些清理的工作，比如关闭文件流或者数据库、网络等操作。try-catch-finally语句的一般语法形式为：

 
                try {  
     // 可能会发生异常的程序代码  
 } catch (Type1 id1) {  
     // 捕获并处理try抛出的异常类型Type1  
 } catch (Type2 id2) {  
     // 捕获并处理try抛出的异常类型Type2  
 } finally {  
     // 无论是否发生异常，都将执行的语句块  
 }  
 

例5 带finally子句的异常处理程序。

 
  public class TestException {  
     public static void main(String args[]) {  
         int i = 0;  
         String greetings[] = { " Hello world !", " Hello World !! ",  
                 " HELLO WORLD !!!" };  
         while (i < 4) {  
             try {  
                 // 特别注意循环控制变量i的设计，避免造成无限循环  
                 System.out.println(greetings[i++]);  
             } catch (ArrayIndexOutOfBoundsException e) {  
                 System.out.println("数组下标越界异常");  
             } finally {  
                 System.out.println("--------------------------");  
             }  
         }  
     }  
 }  
 

运行结果：

Hello world !

--------------------------

Hello World !!

--------------------------

HELLO WORLD !!!

--------------------------

数组下标越界异常

--------------------------

在例5中，请特别注意try子句中语句块的设计，如果设计为如下，将会出现死循环。如果设计为：

 
  try {  
       System.out.println (greetings[i]); i++;  
 }  
 

小结：

try 块：用于捕获异常。其后可接零个或多个catch块，如果没有catch块，则必须跟一个finally块。
catch 块：用于处理try捕获到的异常。
finally 块：无论是否捕获或处理异常，finally块里的语句都会被执行。当在try块或catch块中遇到return语句时，finally语句块将在方法返回之前被执行。在以下4种特殊情况下，finally块不会被执行：
1）在finally语句块中发生了异常。
2）在前面的代码中用了System.exit()退出程序。
3）程序所在的线程死亡。
4）关闭CPU。

3. try-catch-finally 规则(异常处理语句的语法规则）：

1) 必须在 try 之后添加 catch 或 finally 块。try 块后可同时接 catch 和 finally 块，但至少有一个块。
2) 必须遵循块顺序：若代码同时使用 catch 和 finally 块，则必须将 catch 块放在 try 块之后。
3) catch 块与相应的异常类的类型相关。
4) 一个 try 块可能有多个 catch 块。若如此，则执行第一个匹配块。即Java虚拟机会把实际抛出的异常对象依次和各个catch代码块声明的异常类型匹配，如果异常对象为某个异常类型或其子类的实例，就执行这个catch代码块，不会再执行其他的 catch代码块
5) 可嵌套 try-catch-finally 结构。
6) 在 try-catch-finally 结构中，可重新抛出异常。
7) 除了下列情况，总将执行 finally 做为结束：JVM 过早终止（调用 System.exit(int)）；在 finally 块中抛出一个未处理的异常；计算机断电、失火、或遭遇病毒攻击。

try、catch、finally语句块的执行顺序:

1)当try没有捕获到异常时：try语句块中的语句逐一被执行，程序将跳过catch语句块，执行finally语句块和其后的语句；

2)当try捕获到异常，catch语句块里没有处理此异常的情况：当try语句块里的某条语句出现异常时，而没有处理此异常的catch语句块时，此异常将会抛给JVM处理，finally语句块里的语句还是会被执行，但finally语句块后的语句不会被执行；

3)当try捕获到异常，catch语句块里有处理此异常的情况：在try语句块中是按照顺序来执行的，当执行到某一条语句出现异常时，程序将跳到catch语句块，并与catch语句块逐一匹配，找到与之对应的处理程序，其他的catch语句块将不会被执行，而try语句块中，出现异常之后的语句也不会被执行，catch语句块执行完后，执行finally语句块里的语句，最后执行finally语句块后的语句。

如下图所示：

图2 图示try、catch、finally语句块的执行

抛出异常

任何Java代码都可以抛出异常，如：自己编写的代码、来自Java开发环境包中代码，或者Java运行时系统。无论是谁，都可以通过Java的throw语句抛出异常。从方法中抛出的任何异常都必须使用throws子句。

1. throws抛出异常

如果一个方法可能会出现异常，但没有能力处理这种异常，可以在方法声明处用throws子句来声明抛出异常。例如汽车在运行时可能会出现故障，汽车本身没办法处理这个故障，那就让开车的人来处理。

使用throws关键字将异常抛给调用者后，如果调用者不想处理该异常，可以继续向上抛出，但最终要有能够处理该异常的调用者。

pop方法没有处理异常NegativeArraySizeException，而是由main函数来处理。

throws语句用在方法定义时声明该方法要抛出的异常类型，如果抛出的是Exception异常类型，则该方法被声明为抛出所有的异常。多个异常可使用逗号分割。throws语句的语法格式为：

```
methodname throws Exception1,Exception2,..,ExceptionN{}  
```
方法名后的throws Exception1,Exception2,...,ExceptionN 为声明要抛出的异常列表。当方法抛出异常列表的异常时，方法将不对这些类型及其子类类型的异常作处理，而抛向调用该方法的方法，由他去处理。例如：
```
import java.lang.Exception;  
public class TestException {  
    static void pop() throws NegativeArraySizeException {  
        // 定义方法并抛出NegativeArraySizeException异常  
        int[] arr = new int[-3]; // 创建数组  
    }  
  
    public static void main(String[] args) { // 主方法  
        try { // try语句处理异常信息  
            pop(); // 调用pop()方法  
        } catch (NegativeArraySizeException e) {  
            System.out.println("pop()方法抛出的异常");// 输出异常信息  
        }  
    }  
  
}  
```
使用throws关键字将异常抛给调用者后，如果调用者不想处理该异常，可以继续向上抛出，但最终要有能够处理该异常的调用者。pop方法没有处理异常NegativeArraySizeException，而是由main函数来处理。

Throws抛出异常的规则：

1) 如果是不可查异常（unchecked exception），即Error、RuntimeException或它们的子类，那么可以不使用throws关键字来声明要抛出的异常，编译仍能顺利通过，但在运行时会被系统抛出。

2）必须声明方法可抛出的任何可查异常（checked exception）。即如果一个方法可能出现受可查异常，要么用try-catch语句捕获，要么用throws子句声明将它抛出，否则会导致编译错误

3)仅当抛出了异常，该方法的调用者才必须处理或者重新抛出该异常。当方法的调用者无力处理该异常的时候，应该继续抛出，而不是囫囵吞枣。

4）调用方法必须遵循任何可查异常的处理和声明规则。若覆盖一个方法，则不能声明与覆盖方法不同的异常。声明的任何异常必须是被覆盖方法所声明异常的同类或子类。

例如：

void method1() throws IOException{}  //合法    
   
//编译错误，必须捕获或声明抛出IOException    
void method2(){    
  method1();    
}    
   
//合法，声明抛出IOException    
void method3()throws IOException {    
  method1();    
}    
   
//合法，声明抛出Exception，IOException是Exception的子类    
void method4()throws Exception {    
  method1();    
}    
   
//合法，捕获IOException    
void method5(){    
 try{    
    method1();    
 }catch(IOException e){…}    
}    
   
//编译错误，必须捕获或声明抛出Exception    
void method6(){    
  try{    
    method1();    
  }catch(IOException e){throw new Exception();}    
}    
   
//合法，声明抛出Exception    
void method7()throws Exception{    
 try{    
  method1();    
 }catch(IOException e){throw new Exception();}    
}

判断一个方法可能会出现异常的依据如下：
1）方法中有throw语句。例如，以上method7()方法的catch代码块有throw语句。
2）调用了其他方法，其他方法用throws子句声明抛出某种异常。例如，method3()方法调用了method1()方法，method1()方法声明抛出IOException，因此，在method3()方法中可能会出现IOException。

2. 使用throw抛出异常

　 throw总是出现在函数体中，用来抛出一个Throwable类型的异常。程序会在throw语句后立即终止，它后面的语句执行不到，然后在包含它的所有try块中（可能在上层调用函数中）从里向外寻找含有与其匹配的catch子句的try块。
　　我们知道，异常是异常类的实例对象，我们可以创建异常类的实例对象通过throw语句抛出。该语句的语法格式为：
  throw new exceptionname();
    例如抛出一个IOException类的异常对象：
throw new IOException();
    要注意的是，throw 抛出的只能够是可抛出类Throwable 或者其子类的实例对象。下面的操作是错误的：
throw new String("exception");

这是因为String 不是Throwable 类的子类。

如果抛出了检查异常，则还应该在方法头部声明方法可能抛出的异常类型。该方法的调用者也必须检查处理抛出的异常。

如果所有方法都层层上抛获取的异常，最终JVM会进行处理，处理也很简单，就是打印异常消息和堆栈信息。如果抛出的是Error或RuntimeException，则该方法的调用者可选择处理该异常。

<span style="font-size:12px;">package Test;  
import java.lang.Exception;  
public class TestException {  
    static int quotient(int x, int y) throws MyException { // 定义方法抛出异常  
        if (y < 0) { // 判断参数是否小于0  
            throw new MyException("除数不能是负数"); // 异常信息  
        }  
        return x/y; // 返回值  
    }  
    public static void main(String args[]) { // 主方法  
        int  a =3;  
        int  b =0;   
        try { // try语句包含可能发生异常的语句  
            int result = quotient(a, b); // 调用方法quotient()  
        } catch (MyException e) { // 处理自定义异常  
            System.out.println(e.getMessage()); // 输出异常信息  
        } catch (ArithmeticException e) { // 处理ArithmeticException异常  
            System.out.println("除数不能为0"); // 输出提示信息  
        } catch (Exception e) { // 处理其他异常  
            System.out.println("程序发生了其他的异常"); // 输出提示信息  
        }  
    }  
  
}  
class MyException extends Exception { // 创建自定义异常类  
    String message; // 定义String类型变量  
    public MyException(String ErrorMessagr) { // 父类方法  
        message = ErrorMessagr;  
    }  
  
    public String getMessage() { // 覆盖getMessage()方法  
        return message;  
    }  
}  </span>

异常链

1) 如果调用quotient(3,-1)，将发生MyException异常，程序调转到catch (MyException e)代码块中执行；

2) 如果调用quotient(5,0)，将会因“除数为0”错误引发ArithmeticException异常，属于运行时异常类，由Java运行时系统自动抛出。quotient（）方法没有捕捉ArithmeticException异常，Java运行时系统将沿方法调用栈查到main方法，将抛出的异常上传至quotient（）方法的调用者：

int result = quotient(a, b); // 调用方法quotient()
由于该语句在try监控区域内，因此传回的“除数为0”的ArithmeticException异常由Java运行时系统抛出，并匹配catch子句：

catch (ArithmeticException e) { // 处理ArithmeticException异常
System.out.println("除数不能为0"); // 输出提示信息
}

处理结果是输出“除数不能为0”。Java这种向上传递异常信息的处理机制，形成异常链。

Java方法抛出的可查异常将依据调用栈、沿着方法调用的层次结构一直传递到具备处理能力的调用方法，最高层次到main方法为止。如果异常传递到main方法，而main不具备处理能力，也没有通过throws声明抛出该异常，将可能出现编译错误。

3)如还有其他异常发生，将使用catch (Exception e)捕捉异常。由于Exception是所有异常类的父类，如果将catch (Exception e)代码块放在其他两个代码块的前面，后面的代码块将永远得不到执行，就没有什么意义了，所以catch语句的顺序不可掉换。

Throwable类中的常用方法

注意：catch关键字后面括号中的Exception类型的参数e。Exception就是try代码块传递给catch代码块的变量类型，e就是变量名。catch代码块中语句"e.getMessage();"用于输出错误性质。通常异常处理常用3个函数来获取异常的有关信息:

getCause()：返回抛出异常的原因。如果 cause 不存在或未知，则返回 null。

　 getMeage()：返回异常的消息信息。

　 printStackTrace()：对象的堆栈跟踪输出至错误输出流，作为字段 System.err 的值。

有时为了简单会忽略掉catch语句后的代码，这样try-catch语句就成了一种摆设，一旦程序在运行过程中出现了异常，就会忽略处理异常，而错误发生的原因很难查找。

JAVA常见异常

在Java中提供了一些异常用来描述经常发生的错误，对于这些异常，有的需要程序员进行捕获处理或声明抛出，有的是由Java虚拟机自动进行捕获处理。Java中常见的异常类:

1. runtimeException子类:

    1、 java.lang.ArrayIndexOutOfBoundsException
数组索引越界异常。当对数组的索引值为负数或大于等于数组大小时抛出。
2、java.lang.ArithmeticException
算术条件异常。譬如：整数除零等。
3、java.lang.NullPointerException
空指针异常。当应用试图在要求使用对象的地方使用了null时，抛出该异常。譬如：调用null对象的实例方法、访问null对象的属性、计算null对象的长度、使用throw语句抛出null等等
4、java.lang.ClassNotFoundException
找不到类异常。当应用试图根据字符串形式的类名构造类，而在遍历CLASSPAH之后找不到对应名称的class文件时，抛出该异常。
5、java.lang.NegativeArraySizeException  数组长度为负异常

6、java.lang.ArrayStoreException 数组中包含不兼容的值抛出的异常

7、java.lang.SecurityException 安全性异常

   8、java.lang.IllegalArgumentException 非法参数异常

2.IOException

IOException：操作输入流和输出流时可能出现的异常。

EOFException 文件已结束异常

FileNotFoundException 文件未找到异常

3. 其他

ClassCastException 类型转换异常类

ArrayStoreException 数组中包含不兼容的值抛出的异常

SQLException 操作数据库异常类

NoSuchFieldException 字段未找到异常

NoSuchMethodException 方法未找到抛出的异常

NumberFormatException 字符串转换为数字抛出的异常

StringIndexOutOfBoundsException 字符串索引超出范围抛出的异常

IllegalAccessException 不允许访问某类异常

InstantiationException 当应用程序试图使用Class类中的newInstance()方法创建一个类的实例，而指定的类对象无法被实例化时，抛出该异常

自定义异常

我们可以自己定义异常，以捕获处理某个具体的例子。创建自己的异常类，可以直接继承Exception或者RuntimeException。区别是前者是简称类型的，而后者为检查类型异常。Sun官方力挺传统的观点，他建议开发者都是用检查类型的异常，即你一定要去处理的异常。下面是定义的一个简单的异常类.

public class SimpleException extends Exception{

    SimpleException(){}
    SimpleException(String info){
        super(info);
    }
}

我们覆写了两个构造方法，这是有意义的。通过传递字符串参数，我们创建一个异常对象的时候，可以记录下详细的信息，这样这个异常被捕获的时候就会显示我们之前定义的详细信息。比如用下面的代码测试一下我们定义的异常类：

<span style="font-weight: normal;"><span style="font-size:12px;">public class Test {

    public void fun() throws SimpleException{
        throw new SimpleException("throwing from fun");
    }
    public static void main(String[] args) {
        Test t = new Test();
        try{
            t.fun();
        }catch(SimpleException e){
            e.printStackTrace();
        }
    }
}</span></span>

运行就会得到下面的结果 printStackTrace是打印调用栈的方法，他有三个重载方法，默认的是将信息输出到System.err。这样我们就可以清晰的看到方法调用的过程，有点像操作系统中的中断，保护现场。

SimpleException: throwing from fun
at Test.fun(Test.java:4)
at Test.main(Test.java:9)

略微麻烦的语法

我们自己实现的异常有时候会用到继承这些特性，在异常继承的时候有一些限制。那就是子类不能抛出基类或所实现的接口中没有抛出的异常.

关于checked和unchecked的论战

传统的观点里，sun认为"因为 Java 语言并不要求方法捕获或者指定运行时异常，因此编写只抛出运行时异常的代码或者使得他们的所有异常子类都继承自 RuntimeException ，对于程序员来说是有吸引力的。这些编程捷径都允许程序员编写 Java 代码而不会受到来自编译器的所有挑剔性错误的干扰，并且不用去指定或者捕获任何异常。尽管对于程序员来说这似乎比较方便，但是它回避了 Java 的捕获或者指定要求的意图，并且对于那些使用您提供的类的程序员可能会导致问题。"他强调尽量不使用unchecked异常。

但《Thinking in java》的作者Eckel却改变了自己的想法，他在自己博客上的一篇文章（这篇文章很好，表达也很简单）专门列举了使用checked异常的弊端。他指出正式检查类型让导致了很多的异常不能被程序员发现。开发人员有更大的自由去决定是不是要处理一个异常。即使忘记处理了某个异常，他也会在某个地方抛出来被发现，而不至于丢失。checked异常使得代码的可读性变差，并且正在暗暗的鼓励人们去淹没异常。现在很多IDE都在提醒我们，某个方法要跑出异常，然后甚至自动帮我们生成catch或者throw。这是非常可怕的行为，这导致了我们很多catch语句里面什么都没有，就像一个陷阱一样。

checked异常带来的另一个问题是，代码的难维护性，因为要在方法声明上加上throws，如果方法的实现发生了某个变化，有了新的异常，那么我们不得不去修改方法的声明。还有一点不好的就是不能明确的暴露异常的特征。比如我们登录成绩系统的时候，如果用户名注册，我们可能期待一个NoSuchStudentException但是实际看到的可能是一个SQLException。《Effective java》中第 43 条：抛出与抽象相适应的异常。讲的就是这个原则，即抛出的异常应该是和抽象的概念一致的，比如我们在一个系统无论遇到什么具体的问题，但是大部分我们看到的都只是SQLException而已。

关于如何选择，Bloch的建议是为可恢复的条件使用检查型异常，为编程错误使用运行时异常。我的感觉是选择检查的异常就一定要”处理“,当然此处的处理一定是真正的处理而不是空写一个catch语句而已。不知道未来的java会怎样对待checked和unchecked，毕竟现在java是唯一一个支持检查异常的主流编程语言了。

好的原则

Fail Fast:就是要尽早的抛出异常，这样有有助于更加精确的定位出错的地点和原因。这个也比较好理解，比如用户名字不合法的时候马上抛出，UserNameIllegalException，如果没有及时抛出异常，那么不合法的名字可能会导致一个SQLException,但是程序报给你一个SQLException,你却很难直接得知一定是用户名不合法造成的。Fail Fast这种思想，在java实现ArrayList的机制中也有很好的体现。

Catch late:不要在方法内部过早的处理异常，特别是什么也不做的处理，那就更加的可怕了。因为如果“无作为”的处理很可能导致后面继续出现新的异常（比如错误的用户名会引发后面一些列错误，程序还不能处理好错误的用户名，后面的就更处理不了了），这就给调试增加了很大的困难。一个好的经验是将异常处理交给调用者，方法只在及时的地方抛出异常，技术上实现的方式就是给方法声明throws，标出所有可能要抛出的异常。

Doc：文档的重要性，特别是非检查的异常，一定要在文档中注明。