SpringMVC数据验证

• Java本身有一套Bean validation组件
• 在Spring3是Spring开始支持Bean Validation 1.0（JSR-303）验证框架，支持xml和注解风格的验证
• Hibernate validator 5开始支持Bean Validation 1.1（JSR-349），且是Spring4才支持，定义了许多新的规范
• 支持的内容参考：http://docs.jboss.org/hibernate/validator/5.2/reference/en-US/html_single/

---

1.引入JSR-349

首先添加 Hibernate validator 5 依赖，并使用Spring4

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

导入JSR-349验证

@Beanpublic ValidatorFactory Jsr349ValidatorFactory() {    return new LocaalValidatorFactoryBean();}

2.添加基本验证

在Bean字段上添加相关注解即可以添加验证

public class User implements Serializable {    @NotNull(message = "id can not be null")    private Long id;    @NotEmpty(message = "name can not be empty")    @Length(min = 5, max = 20, message = "name length illegal")    @Pattern(regexp = "[a-zA-Z]{5,20}", message = "name illegal")    private String name;    @NotNull(message = "password can not be null")    private String password;}

在SpringMVC Controller中声明验证

@Controllerpublic class UserController {    @RequestMapping("/save")    public String save(@Valid User user, BindingResult result) {        if(result.hasErrors()) {            return "error";        }        return "success";    }}

下面是官方提供的部分验证注解

验证注解 验证的数据类型 说明 @AssertFalse Boolean,boolean 验证注解的元素值是false @AssertTrue Boolean,boolean 验证注解的元素值是true @NotNull 任意类型 验证注解的元素值不是null @Null 任意类型 验证注解的元素值是null @Min(value=值) BigDecimal，BigInteger, byte,short, int, long，等任何Number或CharSequence（存储的是数字）子类型 验证注解的元素值大于等于@Min指定的value值 @Max（value=值） 和@Min要求一样 验证注解的元素值小于等于@Max指定的value值 @DecimalMin(value=值) 和@Min要求一样 验证注解的元素值大于等于@ DecimalMin指定的value值 @DecimalMax(value=值) 和@Min要求一样 验证注解的元素值小于等于@ DecimalMax指定的value值 @Digits(integer=整数位数, fraction=小数位数) 和@Min要求一样 验证注解的元素值的整数位数和小数位数上限 @Size(min=下限, max=上限) 字符串、Collection、Map、数组等 验证注解的元素值的在min和max（包含）指定区间之内，如字符长度、集合大小 @Past java.util.Date,java.util.Calendar;Joda Time类库的日期类型 验证注解的元素值（日期类型）比当前时间早 @Future 与@Past要求一样 验证注解的元素值（日期类型）比当前时间晚 @NotBlank CharSequence子类型 验证注解的元素值不为空（不为null、去除首位空格后长度为0），不同于@NotEmpty，@NotBlank只应用于字符串且在比较时会去除字符串的首位空格 @Length(min=下限, max=上限) CharSequence子类型 验证注解的元素值长度在min和max区间内 @NotEmpty CharSequence子类型、Collection、Map、数组 验证注解的元素值不为null且不为空（字符串长度不为0、集合 大小不为0） @Range(min=最小值, max=最大值) BigDecimal,BigInteger,CharSequence, byte, short, int, long等原子类型和包装类型 验证注解的元素值在最小值和最大值之间 @Email(regexp=正则表达式,flag=标志的模式) CharSequence子类型（如String） 验证注解的元素值是Email，也可以通过regexp和flag指定自定义的email格式 @Pattern(regexp=正则表达式,flag=标志的模式) String，任何CharSequence的子类型 验证注解的元素值与指定的正则表达式匹配 @Valid 任何非原子类型 指定递归验证关联的对象；如用户对象中有个地址对象属性，如果想在验证用户对象时一起验证地址对象的话，在地址对象上加@Valid注解即可级联验证

3.分组验证及分组顺序

如果我们想在新增的情况验证id和name，而修改的情况验证name和password，怎么办？ 那么就需要分组了。

首先定义分组接口：

public interface First {}  public interface Second {}  

分组接口就是两个普通的接口，用于标识，类似于java.io.Serializable。

接着我们使用分组接口标识实体：

public class User implements Serializable {    @NotNull(message = "{user.id.null}", groups = {First.class})    private Long id;    @Length(min = 5, max = 20, message = "{user.name.length.illegal}", groups = {Second.class})    @Pattern(regexp = "[a-zA-Z]{5,20}", message = "{user.name.illegal}", groups = {Second.class})    private String name;    @NotNull(message = "{user.password.null}", groups = {First.class, Second.class})    private String password;}

验证时使用如：

@RequestMapping("/save")public String save(@Validated({Second.class}) User user, BindingResult result) {    if(result.hasErrors()) {        return "error";    }    return "success";}

即通过@Validate注解标识要验证的分组；如果要验证两个的话，可以这样@Validated({First.class, Second.class})。

通过@GroupSequence指定验证顺序：先验证First分组，如果有错误立即返回而不会验证Second分组，接着如果First分组验证通过了，那么才去验证Second分组，最后指定User.class表示那些没有分组的在最后。这样我们就可以实现按顺序验证分组了。

另一个比较常见的就是级联验证：

如：

public class User {    @Valid     @ConvertGroup(from=First.class, to=Second.class)    private Organization o;}

其他还有如自定义验证，返回值验证，类级别验证等，可以参考官方文档。