Java异常
- [1. 错误与异常](#1. 错误与异常)
- [2. 异常的分类](#2. 异常的分类)
-
- [2.1 编译时异常](#2.1 编译时异常)
- [2.2 运行时异常(RuntimeEception)](#2.2 运行时异常(RuntimeEception))
- [3. 异常的处理](#3. 异常的处理)
-
- [3.1 throw | throws](#3.1 throw | throws)
- [3.2 try-catch捕获并处理异常](#3.2 try-catch捕获并处理异常)
- [3.3 finally](#3.3 finally)
- [4. 异常处理的逻辑](#4. 异常处理的逻辑)
- [5. 自定义异常类](#5. 自定义异常类)
🔥 博客主页: 偷心编程
❤️ 感谢大家点赞👍收藏⭐评论✍️
1. 错误与异常
其实错误与异常都是错误,只不过错的程度不同而已。
错误(error): 指的是Java虚拟机无法解决的严重问题,比如:JVM的内部错误、资源耗尽等,典型代表:StackOverflowError和OutOfMemoryError,一旦发生回力乏术
异常(exception): 异常产生后程序员可以通过代码进行处理,使程序继续执行。比如:感冒、发烧。我们平时所说的异常就是Exception
2. 异常的分类
异常主要分为编译时异常(受查异常) 和 运行时异常(非受查异常)
2.1 编译时异常
即在程序编译时候发生的异常,也就是我们在写代码的时候。如何判别是否是编译时异常呢,这个时候其实我们写的代码会提示我们这个地方有错误,需要抛出异常,这就是编译时异常。一个例子我们在进行对象的深拷贝(clone)的时候存在编译时异常。
2.2 运行时异常(RuntimeEception)
在我们写代码的时候不会报错,但是一旦我们运行的时候,就会告诉我们错误。
常见的运行时异常有以下几种:ArithmeticException、NullPointerException、IndexOutOfBoundsException······
3. 异常的处理
异常的处理与五个关键字密切相关throw、throws、try、catch、finally
异常处理的一些关键术语:抛出异常(告诉我们异常信息)、捕获异常(判断出异常的类别)、处理异常(我们在异常出现后的处理方式)
3.1 throw | throws
throw的基本语法是:throw new ****Exception(产生异常的原因)
注:异常也是类
throw创建了一个异常的对象
java
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需要我们人为地去找到可能出现错误的情况。
注:
1. throw必须写在方法体内部
2. 抛出的对象必须是Exception 或者 Exception 的子类对象
3. 如果抛出的是 RunTimeException 或者 RunTimeException 的子类,则可以不用处理,直接交给JVM来处理
4. 如果抛出的是编译时异常,用户必须处理,否则无法通过编译
5. 异常一旦抛出,其后的代码就不会执行
6. throw一般用于抛出自定义的异常,比如说我们登录输入的密码和我们保存的不对,本来语法啥的都没错,但是实际上我们需要它是错的,因此就可以自定义一个异常,用throw抛出
throws主要是申明异常,出现在方法头,目的是为了告诉方法的调用者,可能会存在的异常,解决办法是要么处理异常,要么就也用throws声明一下
注:
1. throws必须跟在方法的参数列表之后
2. 声明的异常必须是 Exception 或者 Exception 的子类
3. 方法内部如果抛出了多个异常,throws之后必须跟多个异常类型,之间用逗号隔开,如果抛出多个异常类型具有父子关系,直接声明父类即可。
4. 调用声明抛出异常的方法时(且该异常时编译时异常),调用者必须对该异常进行处理,或者继续使用throws抛出
5. 如果是运行时异常,那么并要求调用者一定要对该异常进行处理或者继续使用throws抛出,因为JVM会处理
3.2 try-catch捕获并处理异常
try中存放的是可能存在异常的代码,而catch则是进行匹配并给出相应的解决方法
关于异常的处理方式:
异常的种类有很多, 我们要根据不同的业务场景来决定.
对于比较严重的问题(例如和算钱相关的场景), 应该让程序直接崩溃, 防止造成更严重的后果
对于不太严重的问题(大多数场景), 可以记录错误日志, 并通过监控报警程序及时通知程序猿
对于可能会恢复的问题(和网络相关的场景), 可以尝试进行重试.
在我们当前的代码中采取的是经过简化的第二种方式. 我们记录的错误日志是出现异常的方法调用信息, 能很
快速的让我们找到出现异常的位置. 以后在实际工作中我们会采取更完备的方式来记录异常信息.
注:
1. try块内抛出异常位置之后的代码将不会被执行
2. 如果抛出异常类型与catch时异常类型不匹配,即异常不会被成功捕获,也就不会被处理,继续往外抛,直到JVM收到后中断程序----异常是按照类型来捕获的
3. 如果多个异常的处理方式是完全相同, 也可以写成这样
4. 如果异常之间具有父子关系,一定是子类异常在前catch,父类异常在后catch,否则语法错误:
5. 若try中存在多个异常,但是由于在出现第一次异常的时候就不会执行后续的代码了,所以一次性只能够抛出一个异常,只有改正了这个异常,才能抛出下一个
6. 可用e.printStackTrace()方法来打印异常的信息
3.3 finally
finally与try-catch一起出现,我们需要关注的是finally代码块的执行的顺序。首先finally代码块里面的代码一定会执行,无论是否有异常,或者是否解决。
注:
1. 只有没有异常,或者异常被catch捕获了try-catch后的代码才能被执行,但是finally里面的代码是一定会被执行,这就是区别
2. finally一般是用来释放资源的
3. finally 执行的时机是在方法返回之前(try 或者 catch 中如果有 return 会在这个 return 之前执行 finally. 但是如果finally 中也存在 return 语句, 那么就会执行 finally 中的 return, 从而不会执行到 try 中原有的 return.
4. 异常处理的逻辑
异常处理的对象有两个,一个是我们,一个是JVM.但其实最终的结果都是报错。
也就是下面这张图:
5. 自定义异常类
前面我们说到,在实际问题中,有些错误符合语法规则,但是不符合我们的现实逻辑,比如登录的密码不一致,这个时候我们就要自定义异常类。
自定义的异常类必须继承Exception 或者RuntimeException
继承 Exception 的异常 默认是受查异常
继承自 RuntimeException 的异常 默认是非受查异常.