前后端分离开发非常普遍,后端处理业务,为前端提供接口。服务中总会出现很多运行时异常和业务异常,本文主要讲解在 SpringBoot 实战中如何进行异常统一处理和请求参数的校验。
所有异常处理相关的类,咱们都放到 com.yygnb.demo.common包中。
当后端发生异常时,需要按照一个约定的规则(结构)返回给前端,所以先定义一个发生异常时固定的结构。
发生异常时的响应结构约定两个字段:code——错误编码;msg——错误消息。创建类:
com.yygnb.demo.common.domain.ErrorResult:
@Data@Builder@NoArgsConstructor@AllArgsConstructorpublic class ErrorResult implements Serializable { private static final long serialVersionUID = -8738363760223125457L; /** * 错误码 */ private String code; /** * 错误消息 */ private String msg; public static ErrorResult build(ErrorResult commonErrorResult, String msg) { return new ErrorResult(commonErrorResult.getCode(), commonErrorResult.getMsg() + " " + msg); }}有些异常返回的 ErrorResult 是一样的,如参数校验错误、未查询到对象、系统异常等,可以定义一些错误响应的常量:
com.yygnb.demo.common.exception.DefaultErrorResult:
public interface DefaultErrorResult { ErrorResult SYSTEM_ERROR = new ErrorResult("C00001", "系统异常"); ErrorResult CUSTOM_ERROR = new ErrorResult("C99999", "自定义异常"); ErrorResult PARAM_BIND_ERROR = new ErrorResult("C00003", "参数绑定错误:"); ErrorResult PARAM_VALID_ERROR = new ErrorResult("S00004", "参数校验错误:"); ErrorResult JSON_PARSE_ERROR = new ErrorResult("S00005", "JSON转换异常"); ErrorResult CODE_NOT_FOUND = new ErrorResult("S00006", "根据编码没有查询到对象"); ErrorResult ID_NOT_FOUND = new ErrorResult("S00007", "根据ID没有查询到对象");}定义一个通用的异常类 CommonException,继承自 RuntimeException,当程序中捕获到编译时异常或业务异常时,就抛出这个通用异常,交给全局来处理。(随着业务复杂度的增加,可以细分自定义异常,如 AuthException、UserException、CouponException 等,让这些细分异常都继承自 CommonException。)
com.yygnb.demo.common.exception.CommonException:
@EqualsAndHashCode(callSuper = true)@Datapublic class CommonException extends RuntimeException { protected ErrorResult errorResult; public CommonException(String message) { super(message); } public CommonException(String message, Throwable cause) { super(message, cause); } public CommonException(Throwable cause) { super(cause); } protected CommonException(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace) { super(message, cause, enableSuppression, writableStackTrace); } public CommonException(String code, String msg) { super(msg + "(" + code + ")"); this.errorResult = new ErrorResult(code, msg); } public CommonException(ErrorResult errorResult) { super(errorResult.getMsg() + "(" + errorResult.getCode() + ")"); this.errorResult = errorResult; }}这个自定义异常类复写了父类的构造函数,同时定义了一个成员变量 ErrorResult,便于在同一异常处理时快速构造返回信息。
Spring MVC 中提供了全局异常处理的注解:@ControllerAdvice 和 @RestControllerAdvice。由于前后端分离开发 RESTful 接口,我们这里就使用 @RestControllerAdvice。
com.yygnb.demo.common.exception.CommonExceptionHandler:
@Slf4j@RestControllerAdvicepublic class CommonExceptionHandler { /** * 通用业务异常 * * @param e * @return */ @ExceptionHandler(value = CommonException.class) @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) public ErrorResult handleCommonException(CommonException e) { log.error("{}, {}", e.getMessage(), e); if (e.getErrorResult() != null) { return e.getErrorResult(); } return new ErrorResult(DefaultErrorResult.CUSTOM_ERROR.getCode(), e.getMessage()); } /** * 其他运行时异常 * @param e * @return */ @ExceptionHandler(value = Exception.class) @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) public ErrorResult handleDefaultException(Exception e) { log.error("{}, {}", e.getMessage(), e); return DefaultErrorResult.SYSTEM_ERROR; }}上面捕获了 CommonException 和 Exception,匹配顺序为从上往下。假设 handleDefaultException 在前面,当发生一个异常 CommonException 时,一来就会被 handleDefaultException 捕获,因为无论什么异常,都属于 Exception 的实例,不会执行 handleCommonException。所以越具体的异常处理,越要写在前面。
在 DemoController 中抛出一个 CommonException:
@GetMapping("hello")public String hello(String msg) { String result = "Hello Spring Boot ! " + msg; if ("demo".equals(msg)) { throw new CommonException("发生错误----这是自定义异常"); } return result;}启动服务,访问:
http://localhost:9099/demo/hello?msg=demo结果返回:
{ "code": "C99999", "msg": "发生错误----这是自定义异常"}可以看出全局统一异常处理已经生效了。
传统参数校验方式是通过多个 if/else 来进行,代码量大,很没有意义。Spring Boot 中有个 starter spring-boot-starter-validation 可以帮助咱们很方便的实现参数校验。
有些文章中说 spring boot 2.3 还是多少版本以后不用手动加入这个 starter,我试了以后不行,需要手动引入该依赖才行。
org.springframework.boot spring-boot-starter-validation 这个 starter 定义 Validator 以及 SmartValidator 接口,提供 @Validated,支持 spring 环境,支持验证组的规范, 提供了一系列的工厂类以及适配器。底层依赖 hibernate-validator 包。
在 1.4 中只捕获了 CommonException 和 Exception,此处要完善参数绑定、校验等异常。补充后 CommonExceptionHandler 如下:
@Slf4j@RestControllerAdvicepublic class CommonExceptionHandler { @ExceptionHandler(value = BindException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) public ErrorResult handleBindException(BindException e) { log.error("{}", e.getMessage(), e); List defaultMsg = e.getBindingResult().getAllErrors() .stream() .map(ObjectError::getDefaultMessage) .collect(Collectors.toList()); return ErrorResult.build(DefaultErrorResult.PARAM_BIND_ERROR, defaultMsg.get(0)); } @ExceptionHandler(value = MethodArgumentNotValidException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) public ErrorResult handleMethodArgumentNotValidException(MethodArgumentNotValidException e) { log.error("{}", e.getMessage(), e); List defaultMsg = e.getBindingResult().getFieldErrors() .stream() .map(fieldError -> "【" + fieldError.getField() + "】" + fieldError.getDefaultMessage()) .collect(Collectors.toList()); return ErrorResult.build(DefaultErrorResult.PARAM_VALID_ERROR, defaultMsg.get(0)); } @ExceptionHandler(value = MissingServletRequestParameterException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) public ErrorResult handleMissingServletRequestParameterException(MissingServletRequestParameterException e) { log.error("{}", e.getMessage(), e); log.error("ParameterName: {}", e.getParameterName()); log.error("ParameterType: {}", e.getParameterType()); return ErrorResult.build(DefaultErrorResult.PARAM_VALID_ERROR, e.getMessage()); } @ExceptionHandler(value = ConstraintViolationException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) public ErrorResult handleBindGetException(ConstraintViolationException e) { log.error("{}", e.getMessage(), e); List defaultMsg = e.getConstraintViolations() .stream() .map(ConstraintViolation::getMessage) .collect(Collectors.toList()); return ErrorResult.build(DefaultErrorResult.PARAM_VALID_ERROR, defaultMsg.get(0)); } @ExceptionHandler(HttpMessageNotReadableException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) public ErrorResult error(HttpMessageNotReadableException e){ log.error("{}", e.getMessage(), e); return DefaultErrorResult.JSON_PARSE_ERROR; } /** * 通用业务异常 * * @param e * @return */ @ExceptionHandler(value = CommonException.class) @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) public ErrorResult handleCommonException(CommonException e) { log.error("{}, {}", e.getMessage(), e); if (e.getErrorResult() != null) { return e.getErrorResult(); } return new ErrorResult(DefaultErrorResult.CUSTOM_ERROR.getCode(), e.getMessage()); } /** * 其他运行时异常 * @param e * @return */ @ExceptionHandler(value = Exception.class) @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) public ErrorResult handleDefaultException(Exception e) { log.error("{}, {}", e.getMessage(), e); return DefaultErrorResult.SYSTEM_ERROR; }} 在 javax.validation 中提供了很多用于校验的注解,常见的如:@NotNull、@Min、@Max 等等,但可能这些注解不够,需要自定义注解。例如咱们自定义一个注解 @OneOf,该注解对应字段的值只能从 value 中选择:使用方式为:
@OneOf(value = {"MacOS", "Windows", "Linux"})首先定义一个注解
com.yygnb.demo.common.validator.OneOf:
@Target(ElementType.FIELD)@Retention(RetentionPolicy.RUNTIME)@Documented@Constraint(validatedBy = OneOfValidator.class)public @interface OneOf { String message() default "只能从备选值中选择"; Class<?>[] groups() default {}; Class<? extends Payload>[] payload() default {}; String[] value();}定义注解时,@Constraint(validatedBy = OneOfValidator.class)表示校验使用 OneOfValidator 类进行校验,我们需要编写这个类。
com.yygnb.demo.common.validator.OneOfValidator:
public class OneOfValidator implements ConstraintValidator { private List list; @Override public void initialize(OneOf constraintAnnotation) { list = Arrays.asList(constraintAnnotation.value()); } @Override public boolean isValid(String s, ConstraintValidatorContext constraintValidatorContext) { if (s == null) { return true; } return list.contains(s); }} 这样便实现一个自定义校验注解了。
以新增电脑接口为例,首先需要在方法的参数前面使用注解 @Valid 或 @Validated 修饰。在此处使用两者之一都可以,前者是 javax.validation 中提供的,后者是 springframework 中提供的:
@Operation(summary = "新增电脑")@PostMapping()public Computer save(@RequestBody @Validated Computer computer) { computer.setId(null); this.computerService.save(computer); return computer;}在 RequestBody 参数对应的 DTO / 实体中,对需要校验的字段加上校验注解。例如 操作系统operation 只能从 "MacOS", "Windows", "Linux" 中选择;年份year不能为空且长度为4:
@OneOf(value = {"MacOS", "Windows", "Linux"})@Schema(title = "操作系统")private String operation;@NotNull(message = "不能为空")@Length(min = 4, max = 4)@Schema(title = "年份")private String year;此时重启服务,调用新增电脑接口时,就会进行校验。
路径参数和没有封装为实体的 RequestParam 参数,首先需要在参数前面加上校验注解,然后需要在 Controller 类上面加上注解 @Validated 才会生效。如在分页列表接口中,要求参数当前页 page 大于 0:
public Page findPage(@PathVariable @Min(1) Integer page, @PathVariable @Max(10) Integer size) {...} 本文简单介绍了统一异常处理和参数校验,本节的代码还有很多优化空间,在后面的实战部分逐一完善。
\/ 程序员优雅哥(youyacoder),今日学习到此结束~~~
| 留言与评论(共有 0 条评论) “” |