Java异常处理

异常:

在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(拦截器)层的异常、定时任务中的异常、异步方法中的异常,不会进行处理。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值