背景
有时候做web端入参判断很费事,看项目已经集成了参数校验的依赖及相关配置,只是没人用。我就来用一下。具体项目集成Hibernate Validator的过程网上很多我就不再重复了,本文主要体现使用上的方法。
参数校验的必要性
对于任何一个应用而言,在客户端做的数据有效性验证主要目的是规范用户的输入,而真实的数据验证工作都是在服务后端代码当中实现的,但在实际的项目当中,也经常会因为各种各样的原因:懒得写,觉得前端验证了,后端没有太多的必要等等没有进行数据验证,其实养成数据的有效性验证是一个非常好的习惯。
-
可以避免很多数据有效性导致的BUG,防范其余开发者的基础攻击
-
在前后端进行接口联调的时候,不需要因为参数的问题沟通很久。
springboot 参数验证
JSR-303 是 JAVA EE 6 中的一项子规范,叫做 Bean Validation,官方参考实现是Hibernate Validator。JSR 303 用于对 Java Bean 中的字段的值进行验证。 主要是 javax.validation 包下面的注解,用于进行参数的验证。在 spring-boot当中存在 hibernate-validator 验证包,这个包里面包含了一些 javax.validation 没有的注解。算是spring对于JSR验证的的扩展吧!
常用验证注解:
注解 | 用法 |
---|---|
@NotNull | 限制必须不为null 多用于对象的字段上 |
@Null | 限制必须为null |
@NotEmpty | 验证注解的元素值不为 null 且不为空(字符串长度不为0、集合大小不为0) 多用于集合字段上 |
@NotBlank | @NotBlank只应用于字符串且在比较时会去除字符串的空格 只用于字符串字段上 |
@Size(min,max) | 限制字符串或者集合长度必须在 min 到 max 之间 |
@Max(value) | 限制必须为一个不大于指定值的数字 |
@Min(value) | 限制必须为一个不小于指定值的数字 |
@Past | 限制必须是一个过去的日期 |
@Future | 限制必须是一个将来的日期 |
验证注解的元素值是Email,可以通过正则表达式和flag指定自定义的email格式 | |
@Pattern(value) | 限制必须符合指定的正则表达式 |
参数验证具体使用
1 创建需要验证的实体类及分组
2 创建对应的请求接口
在需要校验的参数上加上@valid注解或者加上@Validated 注解 备注(由于是测试所有这里不加上BindingResult 参数)
3 发送请求查询返回的信息
注意事项
- @valid 这个注解是JSR-303 规范原生的验证注解 @Validated 注解是spring针对@valid 进行的一个封装,提供了一些额外的功能。
- 如果在接口上面加上了BindingResult 这个参数的话,验证后的错误信息不会抛出来,会被封装到这个类当中。 如果需要获取到验证的错误信息,需要从这个类手动当中获取。
- @Max @Min 在对包装类型进行验证的时候,如果包装类为null,是可以通过验证的,需要配合@NotNull注解一起使用
- 如果需要验证的类是作为另一个需要验证类的属性的话,必须在类上面加上@valid注解 如下所示:
springboot参数通过切面进行统一验证返回
在测试用例当中,返回的数据格式非常不友好,通常实际情况下都是通过切面的方式,获取BindingResult 参数的数据,如果有验证错误信息,就返回给前端参数相关的错误的信息
自定义验证 (我没有验证过 哈哈)
当自己的验证规则比较奇特的时候,可以自定义验证
第一步: 创建自定义验证注解
第二步创建具体验证PhoneValidator类
第三步:和其他的验证注解一样使用即可
参考文章
![]() |
![]() |
v1.5.2