首先程序错误分为三种:
1/0

首先异常的父类是 Throwable ,然后两个子类, Error 和 Exception 。其中Error(错误)是JVM中系统的异常,这些错误是不可控的,一般程序出现死循环或者线程死锁之类会导致出现此类错误。
然后 Exception 中又分为两大类:运行时异常( RuntimeException )、非运行时异常( IO异常、SQL异常 等)。 运行时异常 这种系统异常可以处理也可以不处理,所以编译器不强制用try…catch处理或用throws声明。
但是非运行时异常(又称编译异常),如IOException等,这种异常必须要显式的解决或抛出,要么自己try-catch解决,要么把异常抛出去交给jvm来解决,无论如何必须要处理这种异常。 编译器会强制让我们进行处理的 。
那么可以得知:首先 Error中的错误 是我们无法手动处理的,只能通过优化代码等方式调整,然后 Exception中的RuntimeException 是可以不进行try-catch或throws处理的,那么某一层面上可以说这两种错误是 非受查异常 ,也就是编译器不会进行检查的异常。
而 Exception中的IOException等 是编译器一定会进行检查且必须让我们手动处理(解决异常或抛出异常给jvm)被称之为 受查异常 。
运行时异常(系统异常) 不需要预处理,通过规范的代码可以避免产生这种异常
受检异常(编译时异常) 必须预处理,否则编译报错,有两种处理方式 :
- try {
-
-
- } catch (OneException e) {
-
-
- } catch (TwoException e) {
-
-
- } finally {
-
-
- }
而且要注意:假如有多个异常需要进行捕获,异常的捕获顺序是 先子类后父类 的,如下:
- try {
-
-
- } catch (ChildException e) {
-
-
- } catch (ParentException e) {
-
-
- } finally {
-
-
- }
在定义方法时,如果方法体中有受检(编译时)异常需要预处理, 可以捕获处理 , 也可以抛出处理 。
处理异常时,使用 throws 抛出处理:
在处理异常时,是选择捕获处理还是抛出处理
- // 声明方法时抛出异常,并且声明了一个异常,告知调用者
- public void show() throws Exception{
-
- throw new RuntimeException();
- }
-
- // 调用者需要继续 处理异常 或者 抛出异常
- public void test() throws Exception {
-
- show();
- }
子类中声明的异常的范围不能超过父类声明的异常范围:
<=
如下错误实例:
- public class A {
-
- // 父类抛出的IOException是Exception的子类
- public void show() throws IOException{
-
- }
- }
- class B extends A {
-
-
- // 这个方法会编译报错,不能抛出比父类方法范围大的异常
- @Override
- public void show() throws Exception {
-
-
- }
- }
为了封装异常和快速定位异常,我们可以自定义异常。
自定义异常通常继承于 Exception 或 RuntimeException ,到底继承那个应该看具体情况来定。
自定义异常类可以有自己的变量和方法来 传递错误代码 或 传递其它异常相关信息 。实际工作中,都会自定义异常类来处理异常。
- class CheckedException extends Exception {
-
-
- public CheckedException() {
-
- // 调用父类的默认构造函数
- super();
- }
-
- public CheckedException(String message) {
-
- // 手动调用父类的构造方法
- super(message);
- }
-
- }
- class BusinessException extends RuntimeException {
-
-
- public BusinessException() {
-
- // 调用父类的默认构造函数
- super();
- }
-
- public BusinessException(String message) {
-
- // 手动调用父类的构造方法
- super(message);
- }
-
- }
手动抛出异常(伪代码)。如在springboot项目中我们配置好全局捕获异常的增强后,可以直接在程序中抛出异常。如下涉及到一些业务逻辑。
- Order o = orderService.getById(5);
- if(Objects.isNull(o)) {
-
- throw new BusinessException("订单为空了");
- }
抛出异常后,会被全局的捕获异常增强捕获,然后返回通用的数据格式给客户端。
异常的分类
两种异常分类的区别
异常的5个关键字, try 、 catch 、 finally 、 throws 、 throw
处理异常:捕获处理、抛出交给调用者处理
异常捕获顺序,先捕获子类异常,再去捕获父类异常
父子继承关系中方法重写要注意的,子类抛出异常的范围不能大于父类异常范围
在Java程序中我们知道:程序中可能出现的非受查异常或受查异常我们都可已进行处理(不包括Error错误),如使用try-catch进行捕获处理,或者直接抛出异常,让调用者处理。
在SpringBoot项目中,由于要给客户端(前端)返回各种各样的数据,这些数据通常都是需要规定统一的数据格式进行返回,而当涉及到程序异常时,如何给客户端返回一些提示信息?
定义一个异常类
- @Data
- public class BusinessException extends RuntimeException{
-
-
- private static final long serialVersionUID = 1L;
-
- private String msg;
- private int code = 500;
-
- public BusinessException(String msg) {
-
- super(msg);
- this.msg = msg;
- }
-
- public BusinessException(String msg, Throwable e) {
-
- super(msg, e);
- this.msg = msg;
- }
-
- public BusinessException(String msg, int code) {
-
- super(msg);
- this.msg = msg;
- this.code = code;
- }
-
- public BusinessException(String msg, int code, Throwable e) {
-
- super(msg, e);
- this.msg = msg;
- this.code = code;
- }
- }
- SpringBoot配置全局异常捕获
-
- @Slf4j
- @RestControllerAdvice
- public class GlobalExceptionHandler {
-
-
- @ExceptionHandler(Exception.class)
- public R handleException(Exception e, HttpServletRequest request) {
-
- log.error(request.getRequestURI() + ":服务运行异常------> {}", e);
- return R.buildFail("服务运行异常" + e.getMessage());
- }
-
- /**
- * 自定义异常处理
- */
- @ExceptionHandler(BusinessException.class)
- public R handleException(BusinessException e, HttpServletRequest request) {
-
- log.error(request.getRequestURI() + ":自定义内部异常------> {}", e);
- return R.buildFail(e.getMsg());
- }
-
- }
在开发过程中,如果程序出现异常那么会报错抛出异常,那么我们直接用这个全局异常捕获到后,直接返回给客户端一个提示即可。
实际上在开发中,我们都是自定义 RuntimeException 的子类异常(非受查异常),然后加以运用完善异常的处理机制