详解Java异常

本文详细介绍了Java中的异常处理,包括常见异常类型如算术异常、数组越界异常和空指针异常,异常的体系结构,编译时异常与运行时异常的区别,以及如何通过throw、try、catch、finally和throws关键字进行异常处理。还涵盖了自定义异常的创建和注意事项。
摘要由CSDN通过智能技术生成

前言

程序员永远在追寻完美代码的路上,但永远无法实现完美的代码,难免有些奇奇怪怪的问题,即使没有被测试出来,也难免在特定场景和参数下有奇奇怪怪的暗病,通过代码难以控制。在Java中,将程序执行过程中发生的不正常行为称为异常。今天我们就来介绍一下Java中的异常。

那些我们曾经一定遇到过的异常

算数异常

System.out.println(10 / 0);
// 执行结果
Exception in thread "main" java.lang.ArithmeticException: / by zero

数组越界异常

int[] arr = {1, 2, 3};
System.out.println(arr[100]);
// 执行结果
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 100

空指针异常

int[] arr = null;
System.out.println(arr.length);
// 执行结果
Exception in thread "main" java.lang.NullPointerException

……

常见的异常还有很多,这里就不一一列举了。观察执行结果我们发现都调用了java.lang这个包,由此可见java中不同类型的异常,都有与其对应的类来进行描述。
 

异常的体系结构

1. Throwable:是异常体系的顶层类,其派生出两个重要的子类, Error 和 Exception
2. Error:指的是Java虚拟机无法解决的严重问题,比如:JVM的内部错误、资源耗尽等,典型代表:
StackOverflowError和OutOfMemoryError,一旦发生回力乏术。
3. Exception:异常产生后程序员可以通过代码进行处理,使程序继续执行。我们平时所说的异常就是Exception。
 

异常的分类

异常可能在编译时发生,也可能在程序运行时发生,根据发生的时机不同,可以将异常分为:编译时异常和运行时异常

编译时异常

在程序编译期间发生的异常,称为编译时异常,也称为受检查异常。编译时异常的目的是提醒程序员的不要出错,在编译阶段发出的预警。

运行时异常

在程序执行期间发生的异常,称为运行时异常,也称为非受检查异常。运行时异常的目的是提醒程序员代码出错的原因和位置,实现快速定位根源。

注意,编译时期的语法错误不能称之为异常。

异常的处理

有的时候,我们不希望代码一遇到异常就奔溃。但如果我们不处理异常,就会交给JVM处理。JVM遇到无人处理的异常会直接将程序奔溃,异常后的代码将不在执行。这时候就需要程序能抛出异常,再由程序捕获,再由特定程序处理好异常,下面的代码能正常运行。

防御式编程

事前防御性

LBYL: Look Before You Leap. 在操作之前就做充分的检查. 即:事前防御型

我们在完成一段代码块后立刻检查代码块是否正常执行,错误执行则进入处理异常的代码块,否则继续执行下一个业务代码块

boolean ret = false;
ret = 登陆游戏();
if (!ret) {
处理登陆游戏错误;
return;
} 
ret = 开始匹配();
if (!ret) {
处理匹配错误;
return;
} 
ret = 游戏确认();
if (!ret) {
处理游戏确认错误;
return;
} 
ret = 选择英雄();
if (!ret) {
处理选择英雄错误;
return;
} 
ret = 载入游戏画面();
if (!ret) {
处理载入游戏错误;
return;
}
......

缺陷:正常流程和错误处理流程代码混在一起, 代码整体显的比较混乱。

事后认错型

EAFP: It's Easier to Ask Forgiveness than Permission. "事后获取原谅比事前获取许可更容易". 也就是先操作, 遇到问题再处理. 即:事后认错。也是Java异常处理的核心思想。
 

try {
登陆游戏();
开始匹配();
游戏确认();
选择英雄();
载入游戏画面();
...
} catch (登陆游戏异常) {
处理登陆游戏异常;
} catch (开始匹配异常) {
处理开始匹配异常;
} catch (游戏确认异常) {
处理游戏确认异常;
} catch (选择英雄异常) {
处理选择英雄异常;
} catch (载入游戏画面异常) {
处理载入游戏画面异常;
}
......

优势:正常流程和错误流程是分离开的, 程序员更关注正常流程,代码更清晰,容易理解代码

在Java中,异常处理主要的5个关键字:throw、try、catch、final、throws
下面将和大家介绍这五个关键字。

throw 异常的抛出

在编写程序时,如果程序中出现错误,此时就需要将错误的信息告知给调用者,比如:参数检测。
在Java中,可以借助throw关键字,抛出一个指定的异常对象,将错误信息告知给调用者。具体语法如下:

throw new XXXException("异常产生的原因");

1. throw必须写在方法体内部
2. 抛出的对象必须是Exception 或者 Exception 的子类对象
3. 如果抛出的是 RunTimeException 或者 RunTimeException 的子类,则可以不用处理,直接交给JVM来处理
4. 如果抛出的是编译时异常,用户必须处理,否则无法通过编译
5. 异常一旦抛出,其后的代码就不会执行

try-catch 捕获处理异常

语法格式:
try{
// 将可能出现异常的代码放在这里
}catch(要捕获的异常类型 e){
// 如果try中的代码抛出异常了,此处catch捕获时异常类型与try中抛出的异常类型一致时,或者是try中抛出异常的基类
时,就会被捕获到
// 对异常就可以正常处理,处理完成后,跳出try-catch结构,继续执行后序代码
}[catch(异常类型 e){
// 对异常进行处理
}finally{
// 此处代码一定会被执行到
}]
// 后序代码
// 当异常被捕获到时,异常就被处理了,这里的后序代码一定会执行
// 如果捕获了,由于捕获时类型不对,那就没有捕获到,这里的代码就不会被执行
注意:
1. []中表示可选项,可以添加,也可以不用添加
2. try中的代码可能会抛出异常,也可能不会

try块内抛出异常位置之后的代码将不会被执行

如果抛出异常类型与catch时异常类型不匹配,即异常不会被成功捕获,也就不会被处理,继续往外抛,直到JVM收到后中断程序----异常是按照类型来捕获的

try中可能会抛出多个不同的异常对象,则必须用多个catch来捕获----即多种异常,多次捕获

如果多个异常的处理方式是完全相同, 也可以简写

catch (ArrayIndexOutOfBoundsException | NullPointerException e) {
...
}

如果异常之间具有父子关系,一定是子类异常在前catch,父类异常在后catch,否则语法错误

可以通过一个catch捕获所有的异常,即多个异常,一次捕获(不推荐)
由于 Exception 类是所有异常类的父类. 因此可以用这个类型表示捕捉所有异常


throws 声明异常

处在方法声明时参数列表之后,当方法中抛出编译时异常,用户不想处理该异常,此时就可以借助throws将异常抛给方法的调用者来处理。即当前方法不处理异常,提醒方法的调用者处理异常。

throws对异常并没有真正处理,而是将异常报告给抛出异常方法的调用者,由调用者处理。如果真正要对异常进行处理,就需要try-catch。
 

语法格式:
修饰符 返回值类型 方法名(参数列表) throws 异常类型1,异常类型2...{
}

1. throws必须跟在方法的参数列表之后
2. 声明的异常必须是 Exception 或者 Exception 的子类
3. 方法内部如果抛出了多个异常,throws之后必须跟多个异常类型,之间用逗号隔开,如果抛出多个异常类型具有父子关系,直接声明父类即可。
4. 调用声明抛出异常的方法时,调用者必须对该异常进行处理,或者继续使用throws抛出
 

finally 必执行语句

跟在try-catch结构后面,无论是否发生异常,均会执行,常用于关闭资源。异常会引发程序的跳转,可能导致有些语句执行不到,finally就是用来解决这个问题的。finally中的代码一定会执行的,一般在finally中进行一些资源清理的扫尾工作
 

异常处理时的注意点

对于比较严重的问题(例如和算钱相关的场景), 应该让程序直接崩溃, 防止造成更严重的后果
对于不太严重的问题(大多数场景), 可以记录错误日志, 并通过监控报警程序及时通知程序猿
对于可能会恢复的问题(和网络相关的场景), 可以尝试进行重试.
 

异常处理流程

方法之间是存在相互调用关系的, 这种调用关系我们可以用 "调用栈" 来描述. 在 JVM 中有一块内存空间称为"虚拟机栈" 专门存储方法之间的调用关系. 当代码中出现异常的时候, 我们就可以使用 e.printStackTrace(); 的方式查看出现异常代码的调用栈.

如果本方法中没有合适的处理异常的方式, 就会沿着调用栈向上传递

如果向上一直传递都没有合适的方法处理异常, 最终就会交给 JVM 处理, 程序就会异常终止(和我们最开始未使用 try-catch 时是一样的).

自定义异常

Java 中虽然已经内置了丰富的异常类, 但是并不能完全表示实际开发中所遇到的一些异常,此时就需要维护符合我们实际情况的异常结构.

具体方式:
1. 自定义异常类,然后继承自Exception 或者 RunTimeException
2. 实现一个带有String类型参数的构造方法,参数含义:出现异常的原因

注意事项
自定义异常通常会继承自 Exception 或者 RuntimeException
继承自 Exception 的异常默认是受查异常
继承自 RuntimeException 的异常默认是非受查异常

结语

以上便是今天的全部内容。如果有帮助到你,请给我一个免费的赞。

因为这对我很重要。

编程世界的小比特,希望与大家一起无限进步。

感谢阅读!

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值