Validation 参数校验

关注

原创最新推荐文章于 2026-04-07 19:00:00 发布 683 阅读 AI 写同款· GEO 优化 ›

【spring】参数校验Validation 在实际开发中，我们无法保证客户端传来的请求都是合法的。比如一些要求必传的参数没有传递，传来的参数长度不符合要求等，这种时候如果放任不管，继续执行后续业务逻辑，很有可能就会出现意想不到的bug。有人可能会说，这不是前端的问题吗，让前端校验去。话是这么说，但我们也不能前端校验百分百不会出现问题。并且有些请求可能也不是正规通过客户端发来的，可能是黑客恶意攻击，又或是通过Postman等发来的，这些请求就不一定会“合法”了。因此，对客户端传来的每个请求都进行必要的参数校验是十分重要的。阅读详情

这里是修真院后端小课堂，每篇分享文从

今天给大家分享一下，修真院官网JAVA任务二，深度思考中的知识点

【Validation 参数校验】

背景介绍：

参数验证是一个常见的问题，无论是前端还是后台，都需对用户输入进行验证，以此来保证系统数据的正确性。

对于web来说，有些人可能理所当然的想在前端验证就行了，但这样是非常错误的做法，前端代码对于用户来说是透明的，

稍微有点技术的人就可以绕过这个验证，直接提交数据到后台。参数验证随处可见，也是必不可少的。

前端做验证只是为了用户体验，后端才是最终的保障。
知识剖析：

(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中。
常见问题：

(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” />

编码实战：
拓展思考：

(1)分组校验

分组简单说：解决实体中每个属性都是设置了参数检验，但是在某个方法内只想检验部分属性任务,也可以叫分类，

采用接口的方式来标识，可以类比java集合中的序列化接口（Serializable）

比如说有用户名，密码，手机号，邮箱，年龄，性别，我想要检验其中的任意2个属性（假设为手机号，年龄），

当然可以直接加入对应的注解，如果换成手机号和密码，肯定又要写2个注解，

当字段过多，并且使用场景频繁时，分组是个不错的选择

假设有2个分组 interface Group1，interface Group2

@NotNull(message = “姓名不能为空”,groups = {Group1.class})

private String name;

指定分组后，使用@Validated(Group1.class) Student student，只检验指定分组

（2）自定义校验
```
  这个不建议进行，现有的检验类型基本够，如果有更多要求，建议使用逻辑判断，这样更清晰，记录日志方便，出现问题可以及时排查。
```
参考文献：