Spring Validation 校验

在 Web 应用中，客户端提交数据之前都会进行数据的校验，比如用户注册时填写的邮箱地址是否符合规范、用户名长度的限制等等，不过这并不意味着服务端的代码可以免去数据验证的工作，用户可能绕过浏览器，使用 HTTP 工具直接向后端发送一些违法数据。为了保证数据的安全性，服务端的数据校验是必须的。

概述

JSR-303 是 JavaEE 6 中的一项子规范，又称作 Bean Validation，提供了针对 Java Bean 字段的一些校验注解，如@NotNull，@Min等，相关。JSR-349 是其升级版本，添加了一些新特性。

Hibernate Validator 是对这个规范的实现（与 ORM 框架无关），并在此基础上增加了一些新的校验注解。

Spring 本身也有一个校验接口Validator，位于 org.springframework.validation 包下，但是使用这个接口需要进行硬编码，也就是手动校验，没有提供注解进行简化。为了给开发者提供便捷，Spring 也全面支持 JSR-303、JSR-349 规范，对 Hibernate Validation 进行二次封装，在 SpringMVC 模块中添加了自动校验机制，可以利用注解对 Java Bean 的字段的值进行校验，并将校验信息封装进特定的类中。

下面将介绍如何在 Spring 应用中使用 JSR-303 校验规范。

校验注解

1. JSR-303 包含的注解

注解名称	说明
@Null	被注解元素必须为 null
@NonNull	被注解元素必须不为 null
@AssertTrue	被注解元素必须为 true
@AssertFalse	被注解元素必须为 false
@Min(value)	被注解元素必须是一个值，并且不能小于指定的值
@Max(value)	被注解元素必须是一个值，并且不能大于指定的值
@DecimalMin(value)	被注解元素必须是一个数字，并且不能小于指定的值
@DecimalMax(value)	被注解元素必须是一个数字，并且不能大于指定的值
@Size(max=,min=)	被注解元素的大小必须在指定范围内
@Digits(integer,fraction)	被注解元素必须是一个数字，其值必须在指定范围内
@Past	被注解元素必须是一个过去的日期
@Future	被注解元素必须是一个将来的日期
@Pattern(regex=,flag=)	被注解元素必须符合指定的正则表达式

2. Hibernate Validator 扩展的注解

注解名称	说明
@NotBlank(message=)	被注解的字符串必须非 null 且trim()后长度大于 0
@Email	被注解元素必须是电子邮箱地址
@Length(min=,max=)	被注解的字符串的长度必须在指定范围内
@NotEmpty	被注解元素（字符串、数组、集合等）必须非 null 且长度大于 0
@Range(min=,max=,message=)	被注解元素必须在合适的范围内
@URL	被注解元素必须是合法的 URL

用法

1. 依赖

在pom.xml中引入 Hibernate Validator 需要的依赖包：

<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-validator</artifactId>
    <version>6.0.10.Final</version>
</dependency>

如果你使用的是 SpringBoot，那么只需引入spring-boot-starter-web即可，它的子依赖中包含了hibernate-validator和必要的数据绑定组件。

2. 实体类

public class Student {
    private Long id;

    @NotBlank(message = "名称不能为空")  
    private String name;

    @Range(min = 10, max = 25, message = "年龄必须在10~25之间 ")
    private Integer age;

    @Pattern(regexp = "^1(3|4|5|7|8)\\d{9}$", message = "手机号码格式错误")
    @NotBlank(message = "手机号码不能为空")
    private String phone;

    @Email(message = "邮箱格式错误")
    private String email;

    // Getter/Setter
}

每一个注解都包含了message字段，用于校验失败时作为提示信息。

3. 处理器方法

在处理器方法需要校验的参数上添加@Valid注解，就可以“激活”对它的校验操作，后面传入一个 BindingResult 类型的参数，用于获取校验失败情况下的反馈信息。

@PostMapping("/student")
public ApiResult addStudent(@RequestBody @Valid Student student, BindingResult result) {
    if (result.hasErrors()) {
        for (ObjectError error : result.getAllErrors()) {
            System.out.println(error.getDefaultMessage();
        }
        return ApiResult.error();
    }
    studentService.insert(student);
    return ApiResult.success();
}

@Valid注解的参数和 BindingResult 参数必须是成对出现的，并且一前一后。

发送数据，进入上面的处理器：

控制台输出：

自定义校验

假如现在有一个需求是学生名字的内部不能含有空格，我们要如何自定义一个满足该要求的校验呢？

1. 自定义注解

@Target({FIELD, METHOD, PARAMETER})
@Retention(RUNTIME)
@Constraint(validatedBy = NotContainSpaceValidator.class)
public @interface NotContainSpace {
    //默认错误消息
    String message() default "不能包含空格";

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

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

    //指定多个时使用，从而支持重复注解
    @Target({FIELD, METHOD, PARAMETER})
    @Retention(RetentionPolicy.RUNTIME)
    @Documented
    @interface List {
        NotContainSpace[] value();
    }
}

@Constraint指定这个注解真正的校验者类。

2. 校验者类

实现ConstraintValidator接口：

public class NotContainSpaceValidator implements ConstraintValidator<NotContainSpace, String> {
    @Override
    public void initialize(NotContainSpace notContainSpace) {
    }

    @Override
    public boolean isValid(String s, ConstraintValidatorContext context) {
        if (s != null && s.trim().contains(" ")) {
            // 获取默认提示信息
            String constraintMessageTemplate = context.getDefaultConstraintMessageTemplate();
            System.out.println(constraintMessageTemplate);

            // 禁用默认提示信息
            context.disableDefaultConstraintViolation();

            // 设置提示语
            context.buildConstraintViolationWithTemplate("Can not contain space").addConstraintViolation();
            return false;
        }
        return true;
    }
}

第一个泛型参数是表明校验的注解类型，第二个泛型参数是需要被校验的类型。

• initialize：初始化事件方法
• isValid：判断是否合法的方法

ConstraintValidatorContext这个上下文包含了校验中所有的信息，我们可以利用这个对象进行获取默认错误提示信息，禁用错误提示信息，改写错误提示信息等操作。

4. 使用

@NotContainSpace
private String name;

发送数据：

控制台输出：

可以看到NotContainSpaceValidator的执行是先于处理器方法的，并且禁用默认提示语、设置新的提示语等操作都是有效的。

分组校验

如果对同一个类，在不同的使用场景下有不同的校验规则，就可以使用分组校验。比如更新一条学生记录时，要求 id 不为 null 且大于 0：

public class Student {

    @Min(value = 1, groups = {Update.class}, message = "id错误")
    private Long id;  // 只有在Update分组下，限制才会起作用

    public interface Update{} // 分组是接口形式

    // ...
}

我们上面在对方法参数添加自动校验时用的是@Valid注解，它是由 javax 提供的，其实 Spring Validation 校验框架还提供了@Validated注解。在检验 Controller 的入参是否符合规范时，它们的基本验证功能并没有多大区别。但是，现在要进行分组校验，就必须使用@Validated：

@PutMapping("/student")
public ApiResult updateStudent(@RequestBody @Validated({Student.Update.class}) Student student, BindingResult result) {
    if (result.hasErrors()) {
        for (ObjectError error : result.getAllErrors()) {
            // do stuff
        }
        return ApiResult.error();
    }
    studentService.update(student);
    return ApiResult.success();
}

不过注意，在@Validated中指定了分组，那么其他未分组的校验将会被忽略。

关于更多 @Valid 和 @Validated 的区别，可见文末参考链接。

END

参考：
SpringMVC+Mybatis快速开发与项目实战,黄文毅,清华大学出版社
使用spring validation完成数据后端校验,下一秒升华,CSDN
Spring Validation,撸帝,简书
@Valid和@Validated的总结区分,高高程序猿,CSDN