• 异常处理


    一、Error

    java虚拟机无法解决的严重问题。比如:JVM系统内部错误、资源耗尽等严重情况。StackOverflowError。

    针对这类错误,一般不编写针对性的代码进行处理。

    二、Exception

    其它因编程错误或偶然的外在因素导致的一般性问题,可以使用针对性的代码进行处理。列如:

      >空指针访问

      >试图读取不存在的文件

      >网络连接中断

      >数组角标越界

    异常的体系结构如下图:

     三、异常的处理:抓抛模型:

    过程一:“抛”:程序在正常执行的过程中,一旦出现异常,就会在异常代码处生成一个对应异常类的对象。并将此对象抛出。

    过程二:“抓”:可以理解为异常的处理方式:

    ①try-catch-finally

    try{
    //可能出现异常的代码
    }catch(异常类型  变量名){
    //处理异常的方式,可以有多个catch,根据出现异常的类型
    }
    ....
    finally{
    //一定会执行的代码
    }

    注意:

      >finally是可选的

      >使用try将可能出现的异常代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类的对象,根据此对象的类型,去catch中进行匹配。

      >一旦try中的异常对象匹配到某一个catch时,就进入catch中进行异常的处理。一旦处理完成就跳出当前的try-catch结构(无finally)。

      >catch中的异常类型如果满足子父类关系,则要求子类一定要声明在父类的上面,否则就会报错,子类不可达。  

      >常用的异常对象处理的方式:1.String getMessage() 2.printStackTrace()

      >在try结构中声明的变量,出了try结构之后,就不能被调用了。

    特别的:当时用try-catch-finally处理编译时异常,使得程序在编译时不再报错,但是运行时任然可能报错。相当于时用try-catch-finally将一个编译时可能出现的异常,延迟到运行时出现。

    关于finally的应用上:

    1.finally中声明的是一定会被执行的代码。即使catch中又出现了异常了,try中有return语句,catch中有return语句等情况。

    2.像数据库连接、输入输出流、网络编程Socket等资源,JVM是不能自动的回收的,我们需要手动的进行资源的释放。此时的资源释放,就需要声明在finally中。

    ②throws

    1.“throws+异常类型”写在方法的声明处。指明此方法执行时,可能会抛出的异常类型。一旦当方法体执行时,出现异常,仍会在异常代码处生成一个异常类的对象,此对象满足throws后异常类型时就会被抛出。异常代码后续的代码,就不再执行。

    2.与try-catch-finally的区别是,try-catch-finally是真正的将异常给处理掉了。thorws的方式只是将异常抛给了方法的调用者。并没有真正的将异常解决。

    3.开发中如何选择使用try-catch-finally还是使用throws?

      >如果父类中被重写的方法没有throws方式抛出处理,则子类重写的方法也不能使用throws。这意味着子类重写的方法中有异常的话,必须使用try-catch-finally方式处理。

      >执行的方法a中,先后又调用了另外几个方法,这几个方法时递进关系执行的。建议这几个方法使用throws的方式进行处理,而执行的方法a可以考虑使用try-catch-finally方式进行处理。

    四、手动抛出异常:

    关于异常对象的产生:

    1.系统自动生成的异常对象(上述所有都是)

    2.手动的生成一个异常对象,并抛出(使用throw关键字)

    System.out.println(“您输入的数据非法”);//普通处理
    throw new Exception(“您输入的数据非法”);//手动抛出异常

    五、如何自定义异常类?

    1.继承于现有的异常结构:RuntimeException、Exception

    2.提供全局常量:serialVersionUID

    3.提供重载的构造器

    一张图总结异常重点:

  • 相关阅读:
    在linux上使用Android systrace
    perf性能调优
    未初始化内存检测(MSan)
    数据竞争检查工具(TSan)
    应用层内存溢出/越界/重复释放等问题检查工具(ASan)
    gperf heap profiler
    cmake打印shell
    github clone加速
    获取一个进程的所有物理地址上的内存
    Jenkins <1>: System Management
  • 原文地址:https://www.cnblogs.com/liuhuan425/p/10815875.html
Copyright © 2020-2023  润新知