异常处理

痛定思痛。 2021-11-16 10:28 352阅读 0赞

一、Error

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

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

二、Exception

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

>空指针访问

>试图读取不存在的文件

>网络连接中断

>数组角标越界

异常的体系结构如下图：

![1633471-20190505135622279-772493259.png][]![1633471-20190505135803981-1553204976.png][]

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

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

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

①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.提供重载的构造器

一张图总结异常重点：

![1633471-20190505223221518-1986213794.png][]

转载于:https://www.cnblogs.com/liuhuan425/p/10815875.html

[1633471-20190505135622279-772493259.png]: https://img2018.cnblogs.com/blog/1633471/201905/1633471-20190505135622279-772493259.png
[1633471-20190505135803981-1553204976.png]: /images/20211116/97fab36993e74e259b3e93b7bde4e82a.png
[1633471-20190505223221518-1986213794.png]: /images/20211116/a0a6ca396c044ae1b7f6001cf55b2162.png