关于springboot:SpringBoot-如何进行参数校验老鸟们都这么玩的

大家好，我是飘渺。

前几天写了一篇《SpringBoot 如何对立后端返回格局？老鸟们都是这样玩的！》浏览成果还不错，而且被很多号主都转载过，明天咱们持续第二篇，来聊聊在 SprinBoot 中如何集成参数校验 Validator，以及参数校验的高阶技巧（自定义校验，分组校验）。

此文是依赖于前文的代码根底，曾经在我的项目中退出了全局异样校验器。（代码仓库在文末）

首先咱们来看看什么是 Validator 参数校验器，为什么须要参数校验？

为什么须要参数校验

在日常的接口开发中，为了避免非法参数对业务造成影响，常常须要对接口的参数做校验，例如登录的时候须要校验用户名明码是否为空，创立用户的时候须要校验邮件、手机号码格局是否精确。靠代码对接口参数一个个校验的话就太繁琐了，代码可读性极差。

Validator 框架就是为了解决开发人员在开发的时候少写代码，晋升开发效率；Validator 专门用来进行接口参数校验，例如常见的必填校验，email 格局校验，用户名必须位于 6 到 12 之间 等等 …

Validator 校验框架遵循了 JSR-303 验证标准（参数校验标准）, JSR 是 Java Specification Requests的缩写。

接下来咱们看看在 SpringbBoot 中如何集成参数校验框架。

SpringBoot 中集成参数校验

第一步，引入依赖

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-web</artifactId>
</dependency>

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-validation</artifactId>
</dependency>

注：从 springboot-2.3开始，校验包被独立成了一个 starter组件，所以须要引入 validation 和 web，而 springboot-2.3之前的版本只须要引入 web 依赖就能够了。

第二步，定义要参数校验的实体类

@Data
public class ValidVO {
    private String id;

    @Length(min = 6,max = 12,message = "appId 长度必须位于 6 到 12 之间")
    private String appId;

    @NotBlank(message = "名字为必填项")
    private String name;

    @Email(message = "请填写正确的邮箱地址")
    private String email;

    private String sex;

    @NotEmpty(message = "级别不能为空")
    private String level;
}

在理论开发中对于须要校验的字段都须要设置对应的业务提醒，即 message 属性。

常见的束缚注解如下：

注：此表格只是简略的对注解性能的阐明，并没有对每一个注解的属性进行阐明；可详见源码。

第三步，定义校验类进行测试

@RestController
@Slf4j
@Validated
public class ValidController {@ApiOperation("RequestBody 校验")
    @PostMapping("/valid/test1")   
    public String test1(@Validated @RequestBody ValidVO validVO){log.info("validEntity is {}", validVO);
        return "test1 valid success";
    }

    @ApiOperation("Form 校验")
    @PostMapping(value = "/valid/test2")
    public String test2(@Validated ValidVO validVO){log.info("validEntity is {}", validVO);
        return "test2 valid success";
    }
  
      @ApiOperation("单参数校验")
    @PostMapping(value = "/valid/test3")
    public String test3(@Email String email){log.info("email is {}", email);
        return "email valid success";
    }
}

这里咱们先定义三个办法 test1，test2，test3，test1 应用了 @RequestBody注解，用于承受前端发送的 json 数据，test2 模仿表单提交，test3 模仿单参数提交。留神，当应用单参数校验时须要在 Controller 上加上 @Validated 注解，否则不失效。

第四步，体验成果

1. 调用 test1 办法，提醒的是 org.springframework.web.bind.MethodArgumentNotValidException 异样

POST http://localhost:8080/valid/test1
Content-Type: application/json

{
  "id": 1,
  "level": "12",
  "email": "47693899",
  "appId": "ab1c"
}

{
  "status": 500,
  "message": "Validation failed for argument [0] in public java.lang.String com.jianzh5.blog.valid.ValidController.test1(com.jianzh5.blog.valid.ValidVO) with 3 errors: [Field error in object'validVO'on field'email': rejected value [47693899]; codes [Email.validVO.email,Email.email,Email.java.lang.String,Email]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [validVO.email,email]; arguments []; default message [email],[Ljavax.validation.constraints.Pattern$Flag;@26139123,.*]; default message [不是一个非法的电子邮件地址]]...",
  "data": null,
  "timestamp": 1628239624332
}

2. 调用 test2 办法，提醒的是 org.springframework.validation.BindException 异样

POST http://localhost:8080/valid/test2
Content-Type: application/x-www-form-urlencoded

id=1&level=12&email=476938977&appId=ab1c

{
  "status": 500,
  "message": "org.springframework.validation.BeanPropertyBindingResult: 3 errors\nField error in object'validVO'on field'name': rejected value [null]; codes [NotBlank.validVO.name,NotBlank.name,NotBlank.java.lang.String,NotBlank]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [validVO.name,name]; arguments []; default message [name]]; default message [名字为必填项]...",
  "data": null,
  "timestamp": 1628239301951
}

3. 调用 test3 办法，提醒的是 javax.validation.ConstraintViolationException 异样

POST http://localhost:8080/valid/test3
Content-Type: application/x-www-form-urlencoded

email=476938977

{
  "status": 500,
  "message": "test3.email: 不是一个非法的电子邮件地址",
  "data": null,
  "timestamp": 1628239281022
}

通过退出 Validator校验框架能够帮忙咱们主动实现参数的校验。

参数异样退出全局异样处理器

尽管咱们之前定义了全局异样拦截器，也看到了拦截器的确失效了，然而 Validator校验框架返回的谬误提醒太臃肿了，不便于浏览，为了不便前端提醒，咱们须要将其简化一下。

间接批改之前定义的 RestExceptionHandler，独自拦挡参数校验的三个异样：javax.validation.ConstraintViolationException，org.springframework.validation.BindException，org.springframework.web.bind.MethodArgumentNotValidException，代码如下：

@ExceptionHandler(value = {BindException.class, ValidationException.class, MethodArgumentNotValidException.class})
public ResponseEntity<ResultData<String>> handleValidatedException(Exception e) {
  ResultData<String> resp = null;

  if (e instanceof MethodArgumentNotValidException) {
    // BeanValidation exception
    MethodArgumentNotValidException ex = (MethodArgumentNotValidException) e;
    resp = ResultData.fail(HttpStatus.BAD_REQUEST.value(),
                           ex.getBindingResult().getAllErrors().stream()
                           .map(ObjectError::getDefaultMessage)
                           .collect(Collectors.joining(";"))
                          );
  } else if (e instanceof ConstraintViolationException) {
    // BeanValidation GET simple param
    ConstraintViolationException ex = (ConstraintViolationException) e;
    resp = ResultData.fail(HttpStatus.BAD_REQUEST.value(),
                           ex.getConstraintViolations().stream()
                           .map(ConstraintViolation::getMessage)
                           .collect(Collectors.joining(";"))
                          );
  } else if (e instanceof BindException) {
    // BeanValidation GET object param
    BindException ex = (BindException) e;
    resp = ResultData.fail(HttpStatus.BAD_REQUEST.value(),
                           ex.getAllErrors().stream()
                           .map(ObjectError::getDefaultMessage)
                           .collect(Collectors.joining(";"))
                          );
  }

  return new ResponseEntity<>(resp,HttpStatus.BAD_REQUEST);
}

体验成果

POST http://localhost:8080/valid/test1
Content-Type: application/json

{
  "id": 1,
  "level": "12",
  "email": "47693899",
  "appId": "ab1c"
}

{
  "status": 400,
  "message": "名字为必填项; 不是一个非法的电子邮件地址; appId 长度必须位于 6 到 12 之间",
  "data": null,
  "timestamp": 1628435116680
}

是不是感觉清新多了？

自定义参数校验

尽管 Spring Validation 提供的注解基本上够用，然而面对简单的定义，咱们还是须要本人定义相干注解来实现主动校验。

比方下面实体类中的 sex 性别属性，只容许前端传递传 M，F 这 2 个枚举值，如何实现呢？

第一步，创立自定义注解

@Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER, TYPE_USE})
@Retention(RUNTIME)
@Repeatable(EnumString.List.class)
@Documented
@Constraint(validatedBy = EnumStringValidator.class)// 表明由哪个类执行校验逻辑
public @interface EnumString {String message() default "value not in enum values.";

    Class<?>[] groups() default {};

    Class<? extends Payload>[] payload() default {};

    /**
     * @return date must in this value array
     */
    String[] value();

    /**
     * Defines several {@link EnumString} annotations on the same element.
     *
     * @see EnumString
     */
    @Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER, TYPE_USE})
    @Retention(RUNTIME)
    @Documented
    @interface List {EnumString[] value();}
}

第二步，自定义校验逻辑

public class EnumStringValidator implements ConstraintValidator<EnumString, String> {
    private List<String> enumStringList;

    @Override
    public void initialize(EnumString constraintAnnotation) {enumStringList = Arrays.asList(constraintAnnotation.value());
    }

    @Override
    public boolean isValid(String value, ConstraintValidatorContext context) {if(value == null){return true;}
        return enumStringList.contains(value);
    }
}

第三步，在字段上减少注解

@ApiModelProperty(value = "性别")
@EnumString(value = {"F","M"}, message="性别只容许为 F 或 M")
private String sex;

第四步，体验成果

POST http://localhost:8080/valid/test2
Content-Type: application/x-www-form-urlencoded

id=1&name=javadaily&level=12&email=476938977@qq.com&appId=ab1cdddd&sex=N

{
  "status": 400,
  "message": "性别只容许为 F 或 M",
  "data": null,
  "timestamp": 1628435243723
}

分组校验

一个 VO 对象在新增的时候某些字段为必填，在更新的时候又非必填。如下面的 ValidVO中 id 和 appId 属性在新增操作时都是 非必填 ，而在编辑操作时都为 必填 ，name 在新增操作时为 必填，面对这种场景你会怎么解决呢？

在理论开发中我见到很多同学都是建设两个 VO 对象，ValidCreateVO，ValidEditVO来解决这种场景，这样的确也能实现成果，然而会造成类收缩，而且极其容易被开发老鸟们讥笑。

其实 Validator校验框架曾经思考到了这种场景并且提供了解决方案，就是 分组校验，只不过很多同学不晓得而已。要应用分组校验，只须要三个步骤：

第一步：定义分组接口

public interface ValidGroup extends Default {
  
    interface Crud extends ValidGroup{interface Create extends Crud{}

        interface Update extends Crud{ }

        interface Query extends Crud{ }

        interface Delete extends Crud{}}
}

这里咱们定义一个分组接口 ValidGroup 让其继承 javax.validation.groups.Default，再在分组接口中定义出多个不同的操作类型，Create，Update，Query，Delete。至于为什么须要继承 Default 咱们稍后再说。

第二步，在模型中给参数调配分组

@Data
@ApiModel(value = "参数校验类")
public class ValidVO {@ApiModelProperty("ID")
    @Null(groups = ValidGroup.Crud.Create.class)
    @NotNull(groups = ValidGroup.Crud.Update.class, message = "利用 ID 不能为空")
    private String id;

    @Null(groups = ValidGroup.Crud.Create.class)
    @NotNull(groups = ValidGroup.Crud.Update.class, message = "利用 ID 不能为空")
    @ApiModelProperty(value = "利用 ID",example = "cloud")
    private String appId;

    @ApiModelProperty(value = "名字")
    @NotBlank(groups = ValidGroup.Crud.Create.class,message = "名字为必填项")
    private String name;
  
      @ApiModelProperty(value = "邮箱")
    @Email(message = "请填写正取的邮箱地址")
    privte String email;

       ...

}

给参数指定分组，对于未指定分组的则应用的是默认分组。

第三步，给须要参数校验的办法指定分组

@RestController
@Api("参数校验")
@Slf4j
@Validated
public class ValidController {@ApiOperation("新增")
    @PostMapping(value = "/valid/add")
    public String add(@Validated(value = ValidGroup.Crud.Create.class) ValidVO validVO){log.info("validEntity is {}", validVO);
        return "test3 valid success";
    }


    @ApiOperation("更新")
    @PostMapping(value = "/valid/update")
    public String update(@Validated(value = ValidGroup.Crud.Update.class) ValidVO validVO){log.info("validEntity is {}", validVO);
        return "test4 valid success";
    }
}

这里咱们通过 value属性给 add()和 update()办法别离指定 Create 和 Update 分组。

第四步，体验成果

POST http://localhost:8080/valid/add
Content-Type: application/x-www-form-urlencoded

name=javadaily&level=12&email=476938977@qq.com&sex=F

在 Create 时咱们没有传递 id 和 appId 参数，校验通过。

当咱们应用同样的参数调用 update 办法时则提醒参数校验谬误。

{
  "status": 400,
  "message": "ID 不能为空; 利用 ID 不能为空",
  "data": null,
  "timestamp": 1628492514313
}

因为 email 属于默认分组，而咱们的分组接口 ValidGroup曾经继承了 Default分组，所以也是能够对 email 字段作参数校验的。如：

POST http://localhost:8080/valid/add
Content-Type: application/x-www-form-urlencoded

name=javadaily&level=12&email=476938977&sex=F

{
  "status": 400,
  "message": "请填写正取的邮箱地址",
  "data": null,
  "timestamp": 1628492637305
}

当然如果你的 ValidGroup 没有继承 Default 分组，那在代码属性上就须要加上 @Validated(value = {ValidGroup.Crud.Create.class, Default.class}能力让 email字段的校验失效。

小结

参数校验在理论开发中应用频率十分高，然而很多同学还只是停留在简略的应用上，像分组校验，自定义参数校验这 2 个高阶技巧根本没怎么用过，经常出现譬如建设多个 VO 用于承受 Create，Update 场景的状况，很容易被老鸟被所鄙视讥笑，心愿大家好好把握。

老鸟系列源码曾经上传至 GitHub，须要的在公号【JAVA 日知录】回复关键字 0923 获取