这里是修真院后端小课堂,每篇分享文从
【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】
八个方面深度解析后端知识/技能,本篇分享的是:
【Validation 参数校验 】
【修真院java 小课堂】 Validation 参数校验
大家好,我是IT修真院郑州分院第12期的学员张泉良,一枚正直纯洁善良的JAVA程序员,今天给大家分享一下,
修真院官网JAVA任务二,深度思考中的知识点——Validation 参数校验
1. 背景介绍:
参数验证是一个常见的问题,无论是前端还是后台,都需对用户输入进行验证,以此来保证系统数据的正确性。
对于web来说,有些人可能理所当然的想在前端验证就行了,但这样是非常错误的做法,前端代码对于用户来说是透明的,
稍微有点技术的人就可以绕过这个验证,直接提交数据到后台。参数验证随处可见,也是必不可少的。
前端做验证只是为了用户体验,后端才是最终的保障。
2. 知识剖析:
(1) 常见的参数检验方式:
a、表现层验证:SpringMVC提供对JSR-303的表现层验证,或者直接将拿到的参数在controller层里面用if判断
b、业务逻辑层验证:Spring3.1提供对业务逻辑层的方法验证
c、DAO层验证:Hibernate提供DAO层的模型数据的验证
d、数据库端的验证:通过数据库约束来进行
原理都是基于javax validation,有特殊需求的话,可以自定义校验
(2) JSR 303
JSR 303(Java Specification Requests 规范提案)是JAVA EE 6中的一项子规范,
一套JavaBean参数校验的标准,叫做Bean Validation。
JSR 303用于对Java Bean中的字段的值进行验证,Spring MVC 3.x之后之中也大力支持 JSR303
JSR303提供的校验注解---------可以注解在javabean的field和properties上,也可以注解在map、list上,注解很灵活
@Null 被注释的元素必须为 null
@NotNull 被注释的元素必须不为 null
@AssertTrue 被注释的元素必须为 true
@AssertFalse 被注释的元素必须为 false
@Min(value) 被注释的元素必须是一个数字,其值必须大于等于指定的最小值
@Max(value) 被注释的元素必须是一个数字,其值必须小于等于指定的最大值
@DecimalMin(value) 被注释的元素必须是一个数字,其值必须大于等于指定的最小值
@DecimalMax(value) 被注释的元素必须是一个数字,其值必须小于等于指定的最大值
@Size(max=, min=) 被注释的元素的大小必须在指定的范围内
@Digits (integer, fraction) 被注释的元素必须是一个数字,其值必须在可接受的范围内
@Past 被注释的元素必须是一个过去的日期
@Future 被注释的元素必须是一个将来的日期
@Pattern(regex=,flag=) 被注释的元素必须符合指定的正则表达式
(3) Hibernate Validator
Hibernate Validator是JSR-303的一个参考实现,它除了支持所有标准的校验注解外,还支持如下扩展注解
@Email 被注解的元素必须是电子邮箱地址
@Length(min=,max=) 被注解的字符串的大小必须在指定的范围内
@NotBlank 验证字符串非null,且长度必须大于0
@NotEmpty 被注释的字符串的必须非空
@Range(min=,max=) 被注解的元素必须在合适的范围内
(4) Spring校验框架
Spring的org.springframework.validation是校验框架所在的包。LocalValidatorFactoryBean既实现了
Spring的Validator接口,又实现了JSR-303的Validator接口。只要在Spring容器中定义一个LocalValidatorFactoryBean
即可将其注入需要数据校验的Bean中。
3. 常见问题:
(1) SpringValidation和javax validation的区别
JSR303是一项标准,他们规定一些校验规范即校验注解,位于javax.validation.constraints包下,.只提供规范不提供实现
Hibernate validation,他提供了相应的实现,并增加了一些其他校验注解
spring validation其在springmvc模块中添加了自动校验,并将校验信息封装进了特定的类中
(2) 参数校验的基本使用
多个属性的校验
在日志或者控制台输出校验的信息
部分注解仅能用于部分数据类型
如@notblank注解仅用于字符串,使用时需注意
(3) 自定义消息错误消息
Spring中定义了一个MessageSource接口,以用于支持信息的国际化和包含参数的信息的替换。
ApplicationContext接口继承了MessageSource接口,
所以所有的ApplicationContext实现类都实现了MessageSource接口。
也就是我们我们可以通过ApplicationContext来调用MessageSource接口方法以实现信息的国际化和替换信息中包含的参 数。
<mvc:annotation-driven validator="validator" />
<bean id="validator" class="org.springframework.validation.beanvalidation.LocalValidatorFactoryBean" >
<property name="providerClass" value="org.hibernate.validator.HibernateValidator" />
<!-- 如果不加默认到 使用classpath下的 ValidationMessages.properties -->
<property name="validationMessageSource" ref="messageSource" />
</bean>
<bean id="messageSource" class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
<property name="basenames" value="classpath:messages" />
<property name="defaultEncoding" value="UTF-8"/>
<property name="cacheSeconds" value="60"/>
</bean>
4. 编码实战:
5. 拓展思考:
(1)分组校验
分组简单说: 解决实体中每个属性都是设置了参数检验,但是在某个方法内只想检验部分属性任务,也可以叫分类,
采用接口的方式来标识,可以类比java集合中的序列化接口 (Serializable)
比如说有 用户名,密码,手机号,邮箱,年龄,性别,我想要检验其中的任意2个属性(假设为手机号,年龄),
当然可以直接加入对应的注解,如果换成手机号和密码,肯定又要写2个注解,
当字段过多,并且使用场景频繁时,分组是个不错的选择
假设有2个分组 interface Group1,interface Group2
@NotNull(message = "姓名不能为空",groups = {Group1.class})
private String name;
指定分组后,使用@Validated(Group1.class) Student student,只检验指定分组
(2)自定义校验
这个不建议进行,现有的检验类型基本够,如果有更多要求,建议使用逻辑判断,这样更清晰,记录日志方便,出现问题可以及时排查。
6. 参考文献:
https://blog.csdn.net/xu1916659422/article/details/77430924
https://blog.csdn.net/u013815546/article/details/77248003
7. 更多讨论:
Q1:表单提交时,不填该表的内容,正常submit,默认为空字符串 "",怎么解决
A1:在前端验证是否为空,后端使用isEmpty方法或者@NotEmpty注解
Q2: 为什么会出现 HV000030: No validator could be found for type: java.lang.Integer.
A2: 可能在Integer属性上加了不属于整型的校验,比如@NotEmpty,@Length等
Q3:数值性参数: 当输入为空时,字符串"",解析失败之后不能再进行其他判断,会出现NPE
A3:可以考虑使用自定义异常,使用Spring Aop功能拦截异常,给出自定义的错误信息
8. 鸣谢:
9. 结束语:
今天的分享就到这里啦,欢迎大家点赞、转发、留言、拍砖~
更多内容,可以加入IT交流群565734203与大家一起讨论交流
这里是技能树·IT修真院:https://www.jnshu.com,初学者转行到互联网的聚集地