异常处理返回结构体,做到全局统一

2023-12-15 11:55:52

结合上篇博客:自研究一套返回结构体 上篇博客讲解的是正常返回结构体情况,这篇博客针对的是异常情况下返回结构体的处理。

针对异常有自定义异常,运行时异常和检查性异常。

自定义异常(也叫业务异常)

自定义异常作用:方便开发者使用,针对那些请求必要参数及数据库返回数据的处理。

代码实践:需自定义一个异常类,然后才可被使用

存在成员属性ErrorCode类型的errorCode,并定义两个构造函数,第一个是无参构造并为errorCode赋予一个默认值,第二个是ErrorCode的有参构造,直接为它赋值且可进行占位处理。

@Getter
public final class ServiceException extends RuntimeException {

    private static final long serialVersionUID = 1L;

    /**
     * 错误码
     */
    private ErrorCode errorCode;

    /**
     * 空构造方法,避免无参初始化错误
     */
    public ServiceException() {
        this.errorCode = ErrorCode.FAIL;
    }

    public ServiceException(ErrorCode errorCode, Object... ds) {
        super(errorCode.getMsg(ds));
        //使用临时对象是避免占位符无法使用
        ErrorCode temCode = ErrorCode.ERROR_CODE_TEMP;
        temCode.setCode(errorCode.getCode()).setMessage(String.format(errorCode.getMessage(), ds))
                .setEnMessage(String.format(errorCode.getEnMessage(), ds));
        this.errorCode = temCode;
    }

}
如何使用
  1. 下面例子是用户登录情况下,从数据库查询出用户数据并进行校验处理,如果符合要求可往后进行下去,不符合直接抛出ServiceException。
       if (StringUtils.isNull(user)) {
            log.info("登录用户:{} 不存在.", username);
            throw new ServiceException(ErrorCode.WEB_USER_LOGIN_NOT_EXIST, username);
        } else if (BaseConstant.USER_DELETED_STATUS.equals(user.getDelFlag())) {
            log.info("登录用户:{} 已被删除.", username);
            throw new ServiceException(ErrorCode.WEB_USER_LOGIN_HAS_DELETED, username);
        } else if (BaseConstant.USER_DISABLE_STATUS.equals(user.getStatus())) {
            log.info("登录用户:{} 已被停用.", username);
            throw new ServiceException(ErrorCode.WEB_USER_LOGIN_HAS_DEACTIVATED, username);
        }

上述例子写起代码比较麻烦,而且他们的结构都差不多,要写三行且符合要求就向外抛出,那么有没有一种简单方法进行处理呢?

  1. 简单实践:

需先定义一个断言类,然后直接调用即可

public class Assert {

    public static void isTrue(boolean condition, ErrorCode errorCode, Object... ds) {
        if (condition) {
            throw new ServiceException(errorCode, ds);
        }
    }

    public static void isFalse(boolean conditon, ErrorCode errorCode, Object... ds) {
        isTrue(!conditon, errorCode, ds);
    }

    public static void isNull(Object obj, ErrorCode errorCode, Object... ds) {
        if (StringUtils.isNull(obj)) {
            throw new ServiceException(errorCode, ds);
        }
    }

    public static void notNull(Object obj, ErrorCode errorCode, Object... ds) {
        if (StringUtils.isNotNull(obj)) {
            throw new ServiceException(errorCode, ds);
        }
    }

    public static void isEmpty(String str, ErrorCode errorCode, Object... ds) {
        if (StringUtils.isEmpty(str)) {
            throw new ServiceException(errorCode, ds);
        }
    }

    public static void isNotEmpty(String str, ErrorCode errorCode, Object... ds) {
        if (StringUtils.isNotEmpty(str)) {
            throw new ServiceException(errorCode, ds);
        }
    }
}

进行使用:上述代码例子可简单变成下面代码

Assert.isNull(user,ErrorCode.WEB_USER_LOGIN_NOT_EXIST, username);

Assert.isTrue(BaseConstant.USER_DELETED_STATUS.equals(user.getDelFlag()),ErrorCode.WEB_USER_LOGIN_HAS_DELETED, username);

Assert.isTrue(BaseConstant.USER_DISABLE_STATUS.equals(user.getStatus()),ErrorCode.WEB_USER_LOGIN_HAS_DEACTIVATED, username);

上述是自定义异常的使用,还需要全局异常处理才能将异常返回结构统一。

    /**
     * 业务异常
     */
    @ExceptionHandler(ServiceException.class)
    public ResultBody handleServiceException(ServiceException e, HttpServletRequest request) {
        log.error(e.getMessage(), e);
        return ResultBodyUtils.fail(e.getErrorCode());
    }
运行时异常和检查性异常

针对运行时异常和检查性异常抛出也可全局异常处理使返回结构体统一。

 /**
     * 系统异常
     */
    @ExceptionHandler(Exception.class)
    public ResultBody handleException(Exception e, HttpServletRequest request) {
        String requestURI = request.getRequestURI();
        log.error("请求地址'{}',发生系统异常.", requestURI, e);
        return ResultBodyUtils.fail(ErrorCode.SYSTEM_ERROR_500, requestURI);
    }

综合:那么这样就可以做到使用这一套返回结构体能够将返回结构统一,而且使用起来非常方便。

文章来源:https://blog.csdn.net/xiarufeng/article/details/135012296
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。