1.异常概述
异常:程序执行中发生的不正常情况都称为“异常”。(开发过程中的语法错误和逻辑错误不是异常) ,在Java中,把异常也是当做类来处理(Thtowable),其下也有子类。
Java程序在执行过程中所发生的异常事件可分为两类:
①Error:Java虚拟机无法解决的严重问题。如:JVM系统内部错误、资源耗尽等严重情况。比如:StackOverflowError(栈溢出)和OOM(堆溢出)。一般不编写针对性的代码进行处理。 (别管)
②Exception:其它因编程错误或偶然的外在因素导致的一般性问题,可以使用针对性的代码进行处理。例如:
-
空指针异常(NullPointerException)
-
数组角标越界(ArrayIndexOutOfBoundsException)
-
试图读取不存在的文件(FileNotFoundException)
-
网络连接中断
Exception又可以分为编译时异常和运行时异常(RuntimeException)
-
编译时异常:执行javac.exe命名时,可能出现的异常
-
是指编译器要求必须处置的异常。即程序在运行时由于外界因素造成的一般性异常。编译器要求Java程序必须捕获或声明所有编译时异常。如找不到相关的类,输入输出异常(不处理就无法编译)
-
-
运行时异常:执行java.exe命名时,出现的异常
-
是指编译器不要求强制处置的异常。一般是指编程时的逻辑错误,是程序员应该积极避免其出现的异常。如空指针异常,数组角标越界(出现了就要找到异常处改代码)java.lang.RuntimeException类及它的子类都是运行时异常。
-
对于这类异常,可以不作处理,因为这类异常很普遍,若全处理可能会对程序的可读性和运行效率产生影响
异常的体系结构
2.异常处理
以往我们对异常的处理是对可能出现异常的地方加上检测的代码,最常用的就是使用if-else来检测,比如进行x/y运算时,我们的代码可能是这样的
if(分母为0){
...
}else if(数据为空){
...
}else if(输入的是字符){
...
}
这样会让代码臃肿,可读性变差。因此采用异常处理机制。
2.1.java异常处理的抓抛模型
过程一:"抛":程序在正常执行的过程中,一旦出现异常,就会在异常代码处生成一个对应异常类的对象。并将此对象抛出。一旦抛出对象以后,其后的代码就不再执行。
关于异常对象的产生:① 系统自动生成的异常对象
② 手动的生成一个异常对象,并抛出(throw)
过程二:"抓":可以理解为异常的处理方式:
① try-catch-finally ② throws
2.1.1异常处理方式一:try-catch-finally
try{
//可能出现异常的代码
}catch(异常类型1 变量名1){
//处理异常的方式1
}catch(异常类型2 变量名2){
//处理异常的方式2
}catch(异常类型3 变量名3){
//处理异常的方式3
}
....
finally{
//一定会执行的代码
}
说明:
1.finally是可选的。
2.使用try将可能出现异常代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类的对象,根据此对象的类型,去catch中进行匹配,catch就可以当做switch-case中的case。
3.一旦try中的异常对象匹配到某一个catch时,就进入catch中进行异常的处理。一旦处理完成,就跳出当前的try-catch结构(在没写finally的情况。继续执行其后的代码)
4.catch中的异常类型如果没子父类关系,则谁声明在上,谁声明在下无所谓。如:RunTimeException下的子类异常
catch中的异常类型如果满足子父类关系,则要求子类一定声明在父类的上面。否则,报错,如:
5.常用的异常对象处理的方式: ① String getMessage() ② printStackTrace() (使用较多)
6.在try结构中声明的变量,再出了try结构以后,就不能再被调用
7.try-catch-finally结构可以嵌套
try {
int[] arr = new int[]{2,3};
System.out.println(arr[4]);
}catch (ArrayIndexOutOfBoundsException e){
System.out.println("我觉得我又行了");
}catch (Exception e){
try {
System.out.println("父爱的伟大");
}catch (Exception e){
System.out.println("禁止套娃!");
}
}
总结:如何看待代码中的编译时异常和运行时异常?
体会1:使用try-catch-finally处理编译时异常,是得程序在编译时就不再报错,但是运行时仍可能报错。相当于我们使用try-catch-finally将一个编译时可能出现的异常,延迟到运行时出现。(总之先编译过了再说)
体会2:开发中,由于运行时异常比较常见,所以我们通常就不针对运行时异常编写try-catch-finally了。针对于编译时异常,我们说一定要考虑异常的处理。
2.1.2:finally的再说明:
-
finally是可选的
-
finally中声明的是一定会被执行的代码。即使catch中又出现异常了,try中有return语句,catch中有return语句,也要先把finally执行完再说。
-
像数据库连接、输入输出流、网络编程Socket等资源,JVM是不能自动的回收的,我们需要自己手动的进行资源的释放。此时的资源释放,就需要声明在finally中。
2.1.3.异常处理方式二:
"throws + 异常类型"写在方法的声明处。指明此方法执行时,可能会抛出的异常类型。 一旦当方法体执行时,出现异常,仍会在异常代码处生成一个异常类的对象,此对象满足throws后异常类型时,就会被抛出给调用方法的对象。异常代码后续的代码,就不再执行!
3.两种处理方式的总结
try-catch-finally:真正的将异常给处理掉了。 throws的方式只是将异常抛给了方法的调用者。并没真正将异常处理掉。
比喻理解:
try-catch-finally:好比生病了自己备好了药自己吃药解决
throws:好比去小诊所看病,发现是新型流感,大夫解决不了,上报给大医院,大医院还是解决不了的话,继续上报,直到遇到try-catch可以真正解决的医院。
4.体会开发中应该如何选择两种处理方式?
1 如果父类中被重写的方法没throws方式处理异常,则子类重写的方法也不能使用throws,意味着如果子类重写的方法中异常,必须使用try-catch-finally方式处理。
(好比得了绝症医院表示救不了不用上报了,让病人可以享受最后的时光。病人还可以挣扎一下自己去民间找偏方治病)
2 执行的方法a中,先后又调用了另外的几个方法,这几个方法是递进关系执行的。我们建议这几个方法使用throws的方式进行处理。而执行的方法a可以考虑使用try-catch-finally方式进行处理。
补充: 方法重写的规则之一: 子类重写的方法抛出的异常类型不大于父类被重写的方法抛出的异常类型
在多态的情况下, 对methodA()方法的调用-异常的捕获按父类声明的异常处理。
public class A {
public void methodA() throws IOException {
……
} }
public class B1 extends A {
public void methodA() throws FileNotFoundException {
……
} }
public class B2 extends A {
public void methodA() throws Exception { //报错
……
}
3.自定义一个异常类
如何自定义异常类?
-
继承于现的异常结构:RuntimeException 、Exception
-
提供全局常量:serialVersionUID
-
提供重载的构造器
public class MyException extends Exception{
static final long serialVersionUID = -7034897193246939L;
public MyException(){
}
public MyException(String msg){
super(msg);
}
}
4.手动抛出异常对象
1.使用说明 在程序执行中,除了自动抛出异常对象的情况之外,我们还可以手动的throw一个异常类的对象。
2.[面试题] throw 和 throws区别: throw 表示抛出一个异常类的对象,生成异常对象的过程。声明在方法体内。 throws 属于异常处理的一种方式,声明在方法的声明处。
3.典型例题
class Student{
private int id;
public void regist(int id) throws Exception {
if(id > 0){
this.id = id;
}else{
//手动抛出异常对象
// throw new RuntimeException("您输入的数据非法!");
// throw new Exception("您输入的数据非法!");
throw new MyException("不能输入负数");
}
}
@Override
public String toString() {
return "Student [id=" + id + "]";
}
}