本文最后更新于:2024-11-18T14:20:10+08:00
很痛苦遇到大量的参数进行校验,在业务中还要抛出异常或者 不断的返回异常时的校验信息,
在代码中相当冗长, 充满了if-else这种校验代码,今天我们就来学习spring的javax.validation 注解式参数校验.
为什么要用validator
javax.validation
的一系列注解可以帮我们完成参数校验,免去繁琐的串行校验
不然我们的代码就像下面这样:
这被大佬看见,一定说,都9102了还这么写,然后被劝退了…..
什么是javax.validation
JSR303 是一套JavaBean参数校验的标准,它定义了很多常用的校验注解,我们可以直接将这些注解加在我们JavaBean的属性上面(面向注解编程的时代),就可以在需要校验的时候进行校验了,在SpringBoot中已经包含在starter-web中,再其他项目中可以引用依赖,并自行调整版本:
注解说明
1.@NotNull
:不能为null,但可以为empty(“”,” “,” “)
2.@NotEmpty
:不能为null,而且长度必须大于0 (“ “,” “)
3.@NotBlank
:只能作用在String上,不能为null,而且调用trim()后,长度必须大于0(“test”) 即:必须有实际字符
验证注解 |
验证的数据类型 |
说明 |
@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注解即可级联验证 |
此处只列出Hibernate Validator提供的大部分验证约束注解,请参考hibernate validator官方文档了解其他验证约束注解和进行自定义的验证约束注解定义。
实战演练
话不多说,直接走实践路线,同样使用的是SpringBoot的快速框架.
@Validated
声明要检查的参数
这里我们在控制器层进行注解声明
- 对参数的字段进行注解标注
- 在全局校验中增加校验异常
MethodArgumentNotValidException
是springBoot中进行绑定参数校验时的异常,需要在springBoot中处理,其他需要
处理ConstraintViolationException
异常进行处理.
为了优雅一点,我们将参数异常,业务异常,统一做了一个全局异常,将控制层的异常包装到我们自定义的异常中
我们还做了一个统一的结构体,将请求的code,和msg,data一起统一封装到结构体中,增加了代码的复用性
- 测试
如下文:确实做到了参数校验时返回异常信息和对应的code,方便了我们不再繁琐的处理参数校验
在ValidationMessages.properties
就是校验的message
,有着已经写好的默认的message
,且是支持i18n的,大家可以阅读源码赏析
自定义参数注解
- 比如我们来个 自定义身份证校验 注解
这个注解是作用在Field
字段上,运行时生效,触发的是IdentityCardNumber
这个验证类。
message
定制化的提示信息,主要是从ValidationMessages.properties
里提取,也可以依据实际情况进行定制
groups
这里主要进行将validator
进行分类,不同的类group
中会执行不同的validator
操作
payload
主要是针对bean的,使用不多。
- 然后自定义
Validator
这个是真正进行验证的逻辑代码:
- 使用自定义的注解
4.使用groups的校验
有的宝宝说同一个对象要复用,比如UserDTO
在更新时候要校验userId
,在保存的时候不需要校验userId
,在两种情况下都要校验username
,那就用上groups
了:
先定义groups
的分组接口Create
和Update
再在需要校验的地方@Validated
声明校验组
在DTO中的字段上定义好groups = {}
的分组类型
注意:在声明分组的时候尽量加上 extend javax.validation.groups.Default
否则,在你声明@Validated(Update.class)
的时候,就会出现你在默认没添加groups = {}
的时候的校验组@Email(message = "邮箱格式不对")
,会不去校验,因为默认的校验组是groups = {Default.class}.
5.restful风格用法