- 认识异常
- 1.异常的概念与体系结构
- 1.1异常的概念
- 1.2异常的体系结构
- 1.3异常的分类
- 2.异常的处理
- 2.1防御式编程
- 2.2抛出异常
- 2.3捕获异常
- 2.3.1异常声明throws
- 2.3.2 try-catch捕获并处理
- 2.3.3finally
- 2.4异常处理流程
- 3自定义异常类
在Java中,将程序执行过程中发生的不正常行为称为异常。
1.算术异常 System.out.println(10 / 0); // 执行结果 Exception in thread "main" java.lang.ArithmeticException: / by zero
2.数组越界异常
int[] arr = {1, 2, 3};
System.out.println(arr[100]);
// 执行结果 Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 100
3.空指针异常 int[] arr = null; System.out.println(arr.length()); // 执行结果 Exception in thread "main" java.lang.NullPointerException
从上述举例可以看到,java中具有不同类型的异常,每种异常都有与其对应的类
1.2异常的体系结构异常种类繁多,为了对不同异常或者错误进行很好的分类管理,Java内部维护了一个异常的体系结构:
从图中可以看到:
- Throwable是异常体系的顶层类,其派生出两个重要的子类, Error 和 Exception
- Error:指的是Java虚拟机无法解决的严重问题,比如:JVM的内部错误、资源耗尽等,典型代表:StackOverflflowError(栈溢出)和OutOfMemoryError(堆溢出)
- Exception异常产生后,程序员可以通过代码进行处理,使程序继续执行,我们平时所说的异常就是Exception
异常(这里的异常是指Exception)可能在编译时发生,也可能在程序运行时发生,根据发生的时机不同,可以将异常分为编译时异常和运行时异常。
1.编译时异常:程序编译期间发生的异常,也称为受检查异常
public class Person {
private String name;
private String gender;
int age;
// 想要让该类支持深拷贝,覆写Object类的clone方法即可
@Override
public Person clone() {
return (Person)super.clone();
}
}
编译时报错: Error:(17, 35) java: 未报告的异常错误java.lang.CloneNotSupportedException; 必须对其进行捕获或声明以便抛出
2.运行时异常:在程序执行期间发生的异常,也称为非受检查异常
RunTimeException以及其子类对应的异常,都称为运行时异常。比如:NullPointerException、ArrayIndexOutOfBoundsException、ArithmeticException
注意:编译时出现的语法性错误,不能称之为异常。例如将 System.out.println 拼写错误。运行时指的是程序已经编译通过得到.class 文件了, 再由 JVM 执行过程中出现的错误
2.异常的处理 2.1防御式编程错误在代码中是客观存在的,因此我们要让程序出现问题的时候及时通知程序猿。在Java中,异常处理主要的5个关键字:throw、try、catch、finally、throws
1.LBYL: Look Before You Leap. 在操作之前就做充分的检查. 即:事前防御型
2.EAFP: It’s Easier to Ask Forgiveness than Permission. “事后获取原谅比事前获取许可更容易”. 也就是先操
作, 遇到问题再处理. 即:事后认错型
2.2抛出异常在Java中,可以借助throw关键字,抛出一个指定的异常对象,将错误信息告知给调用者
throw new XXXException("异常产生的原因");
public static int getElement(int[] array, int index){
if(null == array){
throw new NullPointerException("传递的数组为null");
}
if(index < 0 || index >= array.length){
throw new ArrayIndexOutOfBoundsException("数组下标越界");
}
return array[index];
}
public static void main(String[] args) {
int[] array = {1,2,3};
getElement(array, 3);
}
注意:
- throw必须写在方法体内部
- 抛出的对象必须是Exception 或者 Exception 的子类对象
- 如果抛出的是 RunTimeException 或者 RunTimeException 的子类,则可以不用处理,直接交给JVM来处理
- 如果抛出的是编译时异常,用户必须处理,否则无法通过编译
- 异常一旦抛出,其后的代码就不会执行
异常的捕获,也就是异常的具体处理方式,主要有两种:异常声明throws 以及 try-catch捕获处理
2.3.1异常声明throws位于方法参数列表之后,当方法中抛出编译时异常,用户不想处理该异常,此时就可以借助throws将异常抛给方法的调用者来处理。即当前方法不处理异常,提醒方法的调用者处理异常
修饰符 返回值类型 方法名(参数列表) throws 异常类型1,异常类型2...{
}
注意:
- throws必须跟在方法的参数列表之后
- 声明的异常必须是 Exception 或者 Exception 的子类
- 方法内部如果抛出了多个异常,throws之后必须跟多个异常类型,之间用逗号隔开,如果抛出多个异常类型具有父子关系,直接声明父类即可
- 调用声明抛出异常的方法时,调用者必须对该异常进行处理或继续使用throws抛出
throws对异常并没有真正处理,而是将异常报告给抛出异常方法的调用者,由调用者处理。如果真正要对异常进行处理,就需要try-catch
try{
// 将可能出现异常的代码放在这里
}catch(要捕获的异常类型 e){
// 如果try中的代码抛出异常了,此处catch捕获时异常类型与try中抛出的异常类型一致或是try中抛出异常的父类时,就会被捕获到
// 对异常就可以正常处理,处理完成后,跳出try-catch结构,继续执行后序代码
}catch(异常类型 e){
// 对异常进行处理
}finally{
// 此处代码一定会被执行到
}
// 后序代码
// 当异常被捕获到时,异常就被处理了,这里的后序代码一定会执行
// 如果捕获了,由于捕获时类型不对,那就没有捕获到,这里的代码就不会被执行
注意:
- try块内抛出异常位置之后的代码将不会被执行
- 如果抛出异常类型与catch时异常类型不匹配,即异常不会被成功捕获,也就不会被处理,继续往外抛,直到JVM收到中断程序(异常是按照类型来捕获的)
- try中可能会抛出多个不同的异常对象,则必须用多个catch来捕获。即多种异常,多次捕获
- 如果异常之间具有父子关系,一定是子类异常在前catch,父类异常在后catch,否则语法错误
- 可以通过一个catch捕获所有的异常( Exception 类是所有异常类的父类,因此可以用这个类型表示捕捉所有异常),即多个异常,一次捕获(不推荐)
- catch 进行类型匹配的时候, 不光会匹配相同类型的异常对象, 也会捕捉目标异常类型的子类对象
在写程序时,有些特定的代码,不论程序是否发生异常,都需要执行,比如程序中打开的资源:网络连接、数据库连接、IO流等,在程序正常或者异常退出时,必须要对资源进行回收。另外,因为异常会引发程序的跳转,可能导致有些语句执行不到,finally就是用来解决这个问题的
try{
// 可能会发生异常的代码
}catch(异常类型 e){
// 对捕获到的异常进行处理
}finally{
// 此处的语句无论是否发生异常,都会被执行到
}
注意:finally中的代码一定会执行的,一般在finally中进行一些资源清理的扫尾工作
2.4异常处理流程方法之间是存在相互调用关系的, 这种调用关系我们可以用 “调用栈” 来描述. 在 JVM 中有一块内存空间称为"虚拟机栈" 专门存储方法之间的调用关系. 当代码中出现异常的时候, 我们就可以使用 e.printStackTrace(); 的方式查看出现异常代码的调用栈
异常处理流程总结:
- 程序先执行 try 中的代码
- 如果 try 中的代码出现异常, 就会结束 try 中的代码, 看与catch 中的异常类型是否匹配
- 如果找到匹配的异常类型, 就会执行 catch 中的代码
- 如果没有找到匹配的异常类型, 就会将异常向上传递到上层调用者
- 无论是否找到匹配的异常类型, finally 中的代码都会被执行到(在该方法结束之前执行)
- 如果上层调用者也没有处理异常, 就继续向上传递
- 一直到 main 方法也没有合适的代码处理异常, 就会交给 JVM 来进行处理, 此时程序就会异常终止
Java 中虽然已经内置了丰富的异常类, 但是并不能完全表示实际开发中所遇到的一些异常,此时就需要维护符合我们实际情况的异常结构
注意:
- 自定义异常通常会继承自 Exception 或者 RuntimeException
- 继承自 Exception 的异常默认是受查异常
- 继承自 RuntimeException 的异常默认是非受查异常



