java异常及处理

来源:互联网 发布:软件生成周期模型 编辑:程序博客网 时间:2024/06/05 17:12

转载
http://www.cnblogs.com/dolphin0520/p/3769804.html
http://blog.csdn.net/hguisu/article/details/6155636

1.java异常

      在Java中异常被当做对象来处理,根类是java.lang.Throwable类,在Java中定义了很多异常类(如OutOfMemoryError、NullPointerException、IndexOutOfBoundsException等),这些异常类分为两大类:

1.1 Error和Exception

这里写图片描述
      Error是无法处理的异常,比如OutOfMemoryError,一般发生这种异常,JVM会选择终止程序。因此我们编写程序时不需要关心这类异常。
      Exception,也就是我们经常见到的一些异常情况,比如NullPointerException、IndexOutOfBoundsException,这些异常是我们可以处理的异常。Exception类的异常都是在运行期间发生的)。

1.2 unchecked exception(非检查异常即运行时异常)

      也称运行时异常(RuntimeException),比如常见的NullPointerException、IndexOutOfBoundsException。对于运行时异常,java编译器不要要必须进行异常捕获处理或者抛出声明,由程序员自行决定。

1.3 checked exception(检查异常即非运行时异常)

      也称非运行时异常(运行时异常以外的异常就是非运行时异常),java编译器强制程序员必须进行捕获处理,比如常见的IOExeption和SQLException。对于非运行时异常如果不进行捕获或者抛出声明处理,编译都不会通过。

2.处理异常

2.1 try{…}catch{…}

try {    createFile();} catch (Exception e) {}

2.2 throw new Exception()-语句中抛出的异常

public static int getDataByIndex(int index, int[] data) {    if(index < 0 || index >= data.length) throw new ArrayIndexOutOfBoundsException("数组下标越界");    return data[index];}

2.3 throws IOException-方法中抛出的异常

public static void createFile() throws IOException {    File file = new File("d:/a.txt");    if(!file.exists())        file.createNewFile();}

2.4三种方法来进行异常处理

1)对代码块用try..catch进行异常捕获处理;2)在 该代码的方法体外用throws进行抛出声明,告知此方法的调用者这段代码可能会出现这些异常,你需要谨慎处理。此时有两种情况:   如果声明抛出的异常是非运行时异常,此方法的调用者必须显示地用try..catch块进行捕获或者继续向上层抛出异常。   如果声明抛出的异常是运行时异常,此方法的调用者可以选择地进行异常捕获处理。3)在代码块用throw手动抛出一个异常对象,此时也有两种情况,跟2)中的类似:   如果抛出的异常对象是非运行时异常,此方法的调用者必须显示地用try..catch块进行捕获或者继续向上层抛出异常。   如果抛出的异常对象是运行时异常,此方法的调用者可以选择地进行异常捕获处理。  (如果最终将异常抛给main方法,则相当于交给jvm自动处理,此时jvm会简单地打印异常信息)

3.理解try、catch、finally,throws,throw五个关键字

3.1 try、catch、finally

代码

try {//try只能有一个    FileInputStream fileInputStream = new FileInputStream(FILE_PATH);    System.out.println("try执行了!");} catch (FileNotFoundException e) {//catch可以有多个    System.out.println("catch-FileNotFoundException 执行了!");} finally {//finally只能有一个    System.out.println("finally执行了!");}

结果
这里写图片描述
注意

关键字 注意事项 try try只能有1个 catch 可以有1个或多个,与try与catch必须是成对出现的;
catch块的时候,是按照catch块的先后顺序进行匹配的,一旦异常类型被一个catch块匹配,则不会与后面的catch块进行匹配;
切忌使用空catch块;
不要把上层类的异常放在最前面的catch块,比如FileNotFoundException,是IOException的子类,如果先catch IOException则FileNotFoundException肯定不会被执行(查看异常关系图); finally 可以有0个或一个;
finally块无论在什么情况下都是会执行的,因此部分情况下,都会将释放资源(文件读取、网络操作以及数据库操作等占用的资源)的操作放在finally块中进行;
不要在finally块中使用return,因为finally中的return会覆盖已有的返回值; try>catch>finally throws throws后面可以跟多个异常类型 throw throw只会出现在方法体中,当方法在执行过程中遇到异常情况时,将异常信息封装为异常对象,然后throw出去;
throw关键字的一个非常重要的作用就是 异常类型的转换; throws表示出现异常的一种可能性,并不一定会发生这些异常;throw则是抛出了异常,执行throw则一定抛出了某种异常对象;真正的处理异常由此方法的上层调用处理

4.类继承时,方法覆盖进行异常抛出声明

4.1子类抛出异常的原则

下面是三点原则:
  1)父类的方法没有声明异常,子类在重写该方法的时候不能声明异常;
  2)如果父类的方法声明一个异常exception1,则子类在重写该方法的时候声明的异常不能是exception1的父类;
  3)如果父类的方法声明的异常类型只有非运行时异常(运行时异常),则子类在重写该方法的时候声明的异常也只能有非运行时异常(运行时异常),不能含有运行时异常(非运行时异常)。
  这里写图片描述

5.异常处理和设计的几个建议

以下是根据前人总结的一些异常处理的建议:

5.1.只在必要使用异常的地方才使用异常,不要用异常去控制程序的流程

      谨慎地使用异常,异常捕获的代价非常高昂,异常使用过多会严重影响程序的性能。如果在程序中能够用if语句和Boolean变量来进行逻辑判断,那么尽量减少异常的使用,从而避免不必要的异常捕获和处理。比如下面这段经典的程序:

public void useExceptionsForFlowControl() {    try {        while (true) {            increaseCount();        }    } catch (MaximumCountReachedException ex) {    }    //Continue execution}public void increaseCount() throws MaximumCountReachedException {    if (count >= 5000)        throw new MaximumCountReachedException();}

      上边的useExceptionsForFlowControl()用一个无限循环来增加count直到抛出异常,这种做法并没有说让代码不易读,而是使得程序执行效率降低。

5.2切忌使用空catch块

      在捕获了异常之后什么都不做,相当于忽略了这个异常。千万不要使用空的catch块,空的catch块意味着你在程序中隐藏了错误和异常,并且很可能导致程序出现不可控的执行结果。如果你非常肯定捕获到的异常不会以任何方式对程序造成影响,最好用Log日志将该异常进行记录,以便日后方便更新和维护。

5.3检查异常和非检查异常的选择

  一旦你决定抛出异常,你就要决定抛出什么异常。这里面的主要问题就是抛出检查异常还是非检查异常。
  检查异常导致了太多的try…catch代码,可能有很多检查异常对开发人员来说是无法合理地进行处理的,比如SQLException,而开发人员却不得不去进行try…catch,这样就会导致经常出现这样一种情况:逻辑代码只有很少的几行,而进行异常捕获和处理的代码却有很多行。这样不仅导致逻辑代码阅读起来晦涩难懂,而且降低了程序的性能。
  我个人建议尽量避免检查异常的使用,如果确实该异常情况的出现很普遍,需要提醒调用者注意处理的话,就使用检查异常;否则使用非检查异常。
因此,在一般情况下,我觉得尽量将检查异常转变为非检查异常交给上层处理。

5.4注意catch块的顺序

  不要把上层类的异常放在最前面的catch块。比如下面这段代码:

try {        FileInputStream inputStream = new FileInputStream("d:/a.txt");        int ch = inputStream.read();        System.out.println("aaa");        return "step1";    } catch (IOException e) {      System.out.println("io exception");                return "step2";    }catch (FileNotFoundException e) {        System.out.println("file not found");                  return "step3";    }finally{        System.out.println("finally block");        //return "finally";    }

第二个catch的FileNotFoundException将永远不会被捕获到,因为FileNotFoundException是IOException的子类。

5.5 不要将提供给用户看的信息放在异常信息里

public class Main {    public static void main(String[] args) {        try {            String user = null;            String pwd = null;            login(user,pwd);        } catch (Exception e) {            System.out.println(e.getMessage());        }             }         public static void login(String user,String pwd) {        if(user==null||pwd==null)            throw new NullPointerException("用户名或者密码为空");        //...    }}

展示给用户错误提示信息最好不要跟程序混淆一起,比较好的方式是将所有错误提示信息放在一个配置文件中统一管理。

5.6避免多次在日志信息中记录同一个异常

  只在异常最开始发生的地方进行日志信息记录。很多情况下异常都是层层向上跑出的,如果在每次向上抛出的时候,都Log到日志系统中,则会导致无从查找异常发生的根源。

5.7异常处理尽量放在高层进行

  尽量将异常统一抛给上层调用者,由上层调用者统一之时如何进行处理。如果在每个出现异常的地方都直接进行处理,会导致程序异常处理流程混乱,不利于后期维护和异常错误排查。由上层统一进行处理会使得整个程序的流程清晰易懂。

0 0
原创粉丝点击