异常:
在Java语言中,将程序执行中发生的不正常情况称为“异常”。
(开发过程中的语法错误和逻辑错误不是异常)
Java程序在执行过程中所发生的异常事件可分为两类:
Error:Java虚拟机无法解决的严重问题。如:JVM系统内部错误、资源耗尽等严重情况。比如:StackOverflowError和OOM。一般不编写针对性的代码进行处理。
Exception: 其它因编程错误或偶然的外在因素导致的一般性问题,可以使用针对性的代码进行处理。例如:
->空指针访问
->试图读取不存在的文件
->网络连接中断
->数组角标越界
对于这些错误,一般有两种解决方法:
一是遇到错误就终止程序的运行。
另一种方法是由程序员在编写程序时,就考虑到错误的检测、错误消息的提示,以及错误的处理。
捕获错误最理想的是在编译期间,但有的错误只有在运行时才会发生。
比如:除数为0,数组下标越界等
分类:编译时异常和运行时异常
1.运行时异常
-> 是指编译器不要求强制处置的异常。一般是指编程时的逻辑错误,是程序员应该积极避免其出现的异常。java.lang.RuntimeException类及它的子类都是运行时异常。
-> 对于这类异常,可以不作处理,因为这类异常很普遍,若全处理可能会对程序的可读性和运行效率产生影响。
java.lang.RuntimeException
– ->ClassCastException
– ->ArrayIndexOutOfBoundsException
– ->NullPointerException
– ->ArithmeticException
– ->NumberFormatException
– ->InputMismatchException
– ->。。。
2.编译时异常
-> 是指编译器要求必须处置的异常。即程序在运行时由于外界因素造成的一
般性异常。编译器要求Java程序必须捕获或声明所有编译时异常。
-> 对于这类异常,如果程序不处理,可能会带来意想不到的结果。
java.io.IOExeption
– ->FileNotFoundException
– ->EOFException
java.lang.ClassNotFoundException
java.lang.InterruptedException
java.io.FileNotFoundException
java.sql.SQLException
Java异常处理的方式:
方式一:try-catch-finally
方式二:throws + 异常类型
->Java提供的是异常处理的抓抛模型。
->Java程序的执行过程中如出现异常,会生成一个异常类对象,该异常对象将被提交给Java运行时系统,这个过程称为抛出(throw)异常。
->异常对象的生成:->由虚拟机自动生成:程序运行过程中,虚拟机检测到程序发生了问题,如果在当
前代码中没有找到相应的处理程序,就会在后台自动创建一个对应异常类的实例
对象并抛出——自动抛出
->由开发人员手动创建:Exception exception = new ClassCastException();创建好的异常对象不抛出对程序没有任何影响,和创建一个普通对象一样-> 如果一个方法内抛出异常,该异常对象会被抛给调用者方法中处理。如果异常没有在调用者方法中处理,它继续被抛给这个调用方法的上层方法。这个过程将一直继续下去,直到异常被处理。这一过程称为捕获(catch)异常。
-> 如果一个异常回到main()方法,并且main()也不处理,则程序运行终止。
-> 程序员通常只能处理Exception,而对Error无能为力。
异常处理是通过try-catch-finally语句实现的。
try{
...... //可能产生异常的代码
}
catch( ExceptionName1 e ){
...... //当产生ExceptionName1型异常时的处置措施
}
catch( ExceptionName2 e ){
...... //当产生ExceptionName2型异常时的处置措施
}
[ finally{
...... //无论是否发生异常,都无条件执行的语句
} ]
->try
捕获异常的第一步是用try{…}语句块选定捕获异常的范围,将可能出现异常的代码放在try语句块中。
->catch (Exceptiontype e)
在catch语句块中是对异常对象进行处理的代码。每个try语句块可以伴随一个或多个catch语句,用于处理可能产生的不同类型的异常对象。如果明确知道产生的是何种异常,可以用该异常类作为catch的参数;也可以用其父类作为catch的参数。
比 如 : 可 以 用 ArithmeticException 类 作 为 参 数 的 地 方 , 就 可 以 用RuntimeException类作为参数,或者用所有异常的父类Exception类作为参数。但不能是与ArithmeticException类无关的异常,如NullPointerException(catch中的语句将不会执行)。
捕获异常的有关信息:
与其它对象一样,可以访问一个异常对象的成员变量或调用它的方法。
->getMessage() 获取异常信息,返回字符串
->printStackTrace() 获取异常类名和异常信息,以及异常出现在程序中的位置。返回值void。
finally:
->捕获异常的最后一步是通过finally语句为异常处理提供一个统一的出口,使得在控制流转到程序的其它部分以前,能够对程序的状态作统一的管理。
->不论在try代码块中是否发生了异常事件,catch语句是否执行,catch语句是否有异常,catch语句中是否有return,finally块中的语句都会被执行。
->finally语句和catch语句是任选的
捕获和不捕获异常,程序的运行有什么不同。
不捕获异常时的情况:
---->前面使用的异常都是RuntimeException类或是它的子类,这些类的异常的特点是:即使没有使用try和catch捕获,Java自己也能捕获,并且编译通过( 但运行时会发生异常使得程序运行终止 )。
---->如果抛出的异常是IOException等类型的非运行时异常,则必须捕获,否则编译错误。也就是说,我们必须处理编译时异常,将异常进行捕捉,转化为运行时异常
Java中处理异常的第二种方式 : 声明抛出异常
->如果一个方法(中的语句执行时)可能生成某种异常,但是并不能确定如何处理这种异常,则此方法应显示地声明抛出异常,表明该方法将不对这些异常进行处理,而由该方法的调用者负责处理。
->在方法声明中用throws语句可以声明抛出异常的列表,throws后面的异常类型可以是方法中产生的异常类型,也可以是它的父类。
声明抛出异常举例:
public void readFile(String file) throws FileNotFoundException {
……
// 读文件的操作可能产生FileNotFoundException类型的异常
FileInputStream fis = new FileInputStream(file);
……
}
重写方法声明抛出异常的原则:
重写方法不能抛出比被重写方法范围更大的异常类型。在多态的情况下,
对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 { //报错
……
}
}
使用throw手动抛出异常:
Java异常类对象除在程序执行过程中出现异常时由系统自动生成并抛出,也可根据需要使用人工创建并抛出。
->首先要生成异常类对象,然后通过throw语句实现抛出操作(提交给Java运行环境)。
IOException e = new IOException();
throw e;->可以抛出的异常必须是Throwable或其子类的实例。下面的语句在编译时将会产生语法错误:
throw new String(“want to throw”);
统一异常处理
1、为什么使用统一异常处理?
因为各种场景需要进行各种校验,我们就可能会进行多种响应,多种异常返回,会出现的情况就是,满屏幕的try catch,可读性不高,而且一旦需要调整,所有的情况都需要修改一遍,非常不利于代码的维护;
所以需要进行一个统一异常处理。我们要把这些异常信息的状态码和异常描述,友好地返回给调用者,调用者则利用状态码等信息判断异常的具体情况。
2、怎么做?如何处理?代码实现?
(1)怎么做?
使用 @ControllerAdvice 或者 @RestControllerAdvice 注解作为统一异常处理的核心。
这两个注解都是 Spring MVC 提供的。作用于 控制层(Controller) 的一种切面通知。
功能:
全局异常处理。
全局数据绑定。
全局数据预处理。【@ControllerAdvice 与 @RestControllerAdvice 区别:】
@RestControllerAdvice 注解包含 @ControllerAdvice 与 @ResponseBody 注解。
@RestControllerAdvice 返回 json 数据时不需要添加 @ResponseBody 注解。
类似于 @Controller 与 @RestController 的区别。@RestControllerAdvice默认会拦截 controller类上抛出的不能处理的异常
@RestControllerAdvice注解将作用在所有注解了@RequestMapping的控制器的方法上。
(2)如何处理?
使用 @ControllerAdvice 或者 @RestControllerAdvice 注解标记一个 全局异常处理类。
全局异常处理类内部使用 @ExceptionHandler 注解去捕获异常。
可以自定义一个异常信息收集类,用于处理项目中的异常,并收集异常信息。
(3)代码实现?
Step1:自定义一个异常类,用于处理项目中的异常,并收集异常信息。
/**
* 自定义异常,
* 可以自定义 异常信息 message 以及 响应状态码 code(默认为 500)。
*
* 依赖信息说明:
* 此处使用 @Data 注解,需导入 lombok 相关依赖文件。
* 使用 HttpStatus 的常量表示 响应状态码,需导入 httpcore 相关依赖文件。
*/
@Data
public class GlobalException extends RuntimeException {
/**
* 保存异常信息
*/
private String message;
/**
* 保存响应状态码
*/
private Integer code = HttpStatus.SC_INTERNAL_SERVER_ERROR;
/**
* 默认构造方法,根据异常信息 构建一个异常实例对象
* @param message 异常信息
*/
public GlobalException(String message) {
super(message);
this.message = message;
}
/**
* 根据异常信息、响应状态码构建 一个异常实例对象
* @param message 异常信息
* @param code 响应状态码
*/
public GlobalException(String message, Integer code) {
super(message);
this.message = message;
this.code = code;
}
/**
* 根据异常信息,异常对象构建 一个异常实例对象
* @param message 异常信息
* @param e 异常对象
*/
public GlobalException(String message, Throwable e) {
super(message, e);
this.message = message;
}
/**
* 根据异常信息,响应状态码,异常对象构建 一个异常实例对象
* @param message 异常信息
* @param code 响应状态码
* @param e 异常对象
*/
public GlobalException(String message, Integer code, Throwable e) {
super(message, e);
this.message = message;
this.code = code;
}
}
Step2:
定义一个全局的异常处理类 GlobalExceptionHandler。
使用 @RestControllerAdvice 注解标记这个类。
内部使用 @ExceptionHandler 注解去捕获异常。
【代码实现:】
/**
* 全局异常处理类。
* 使用 slf4j 保存日志信息。
* 此处使用了 统一结果处理 类 Result 用于包装异常信息。
*/
@RestControllerAdvice
public class GlobalExceptionHandler {
private Logger logger = LoggerFactory.getLogger(getClass());
/**
* 处理 Exception 异常
* @param e 异常
* @return 处理结果
*/
@ExceptionHandler(Exception.class)
public Result handlerException(Exception e) {
logger.error(e.getMessage(), e);
return Result.error().message("系统异常");
}
/**
* 处理空指针异常
* @param e 异常
* @return 处理结果
*/
@ExceptionHandler(NullPointerException.class)
public Result handlerNullPointerException(NullPointerException e) {
logger.error(e.getMessage(), e);
return Result.error().message("空指针异常");
}
/**
* 处理自定义异常
* @param e 异常
* @return 处理结果
*/
@ExceptionHandler(GlobalException.class)
public Result handlerGlobalException(GlobalException e) {
logger.error(e.getMessage(), e);
return Result.error().message(e.getMessage()).code(e.getCode());
}
}
对于Dao层 和Service产生的异常要一直网上抛,直至Controller层,但是对于controller层不能处理的异常也不能直接抛给前端。
为什么不能在service处理异常?
Service 层往往涉及数据库事务,出现异常同样不适合捕获,否则事务无法自动回滚。
此外 Service 层涉及业务逻辑,有些业务逻辑执行中遇到业务异常,可能需要在异常后转入分支业务流程。如果业务异常都被框架捕获了,业务功能就会不正常。
注意:
不是所有的情况都要进行统一异常处理,有些场景,都是不可以进行统一异常处理的,必须try catch
比如:调用一个别的服务,如果调用成功了,那就走这个流程,如果调用失败了,那就走那个流程,这个就必须用 try cache了,不能做统一异常处理,如果做了统一异常处理,这个流程会直接结束了。
缺点
只能处理 controller 层抛出的异常,对例如 Interceptor(拦截器)层的异常、定时任务中的异常、异步方法中的异常,不会进行处理。