大家好，我是飘渺。
前几天写了一篇《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 依赖就能够了。
第二步，定义要参数校验的实体类
@Datapublic 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属性。
常见的束缚注解如下：
| 注解 | 性能 |
|---|---|
| @AssertFalse | 能够为null,如果不为null的话必须为false |
| @AssertTrue | 能够为null,如果不为null的话必须为true |
| @DecimalMax | 设置不能超过最大值 |
| @DecimalMin | 设置不能超过最小值 |
| @Digits | 设置必须是数字且数字整数的位数和小数的位数必须在指定范畴内 |
| @Future | 日期必须在以后日期的将来 |
| @Past | 日期必须在以后日期的过来 |
| @Max | 最大不得超过此最大值 |
| @Min | 最大不得小于此最小值 |
| @NotNull | 不能为null，能够是空 |
| @Null | 必须为null |
| @Pattern | 必须满足指定的正则表达式 |
| @Size | 汇合、数组、map等的size()值必须在指定范畴内 |
| 必须是email格局 | |
| @Length | 长度必须在指定范畴内 |
| @NotBlank | 字符串不能为null,字符串trim()后也不能等于“” |
| @NotEmpty | 不能为null，汇合、数组、map等size()不能为0；字符串trim()后能够等于“” |
| @Range | 值必须在指定范畴内 |
| @URL | 必须是一个URL |
注：此表格只是简略的对注解性能的阐明，并没有对每一个注解的属性进行阐明；可详见源码。
第三步，定义校验类进行测试
@RestController@Slf4j@Validatedpublic 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注解，否则不失效。
第四步，体验成果
- 调用test1办法，提醒的是
org.springframework.web.bind.MethodArgumentNotValidException异样
POST http://localhost:8080/valid/test1Content-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}- 调用test2办法，提醒的是
org.springframework.validation.BindException异样
POST http://localhost:8080/valid/test2Content-Type: application/x-www-form-urlencodedid=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}- 调用test3办法，提醒的是
javax.validation.ConstraintViolationException异样
POST http://localhost:8080/valid/test3Content-Type: application/x-www-form-urlencodedemail=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/test1Content-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/test2Content-Type: application/x-www-form-urlencodedid=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@Validatedpublic 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/addContent-Type: application/x-www-form-urlencodedname=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/addContent-Type: application/x-www-form-urlencodedname=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 获取