Spring5源码解析-使用@Valid进行Spring验证
验证功能在Spring中是很常用的。你可以使用注解或自己的验证器并将其绑定到请求中。本文将重点介绍第一种解决方案。
第一部分将介绍注解验证流程。在第二部分中,将介绍基本实现的组件。最后一部分将包含Spring初学者开发人员常见错误的解释:是否有必要直接在验证对象之后放置BindingResult
。
使用@Valid注解在Spring中进行验证流程
要了解使用标准Java @Valid
或特定Spring @Validated
注解的验证过程,我们首先需要了解Spring如何解析使用了@ModelAttribute
注解的对象。它们在controller的方法签名进行注解。@ModelAttribute注解用于将动态请求参数转换
为Java注解中指定的对象。例如,观察代码@ModelAttribute(“article”)Article article ,Spring会尝试将所有请求参数匹配到Article类的字段中。现在,假设这个类有两个字段:title
和content
。如果请求包含title
和content
参数,它们将被用作Article
的title
和content
的值(后面会对@ModelAttribute
方面的源码做进一步的分析)。
当我们有对象需要进行验证时,@ModelAttribute
注解的处理器(org.springframework.web.method.annotation.ModelAttributeMethodProcessor)会检查是否必须应用验证注解。注解验证必须以“Valid”这个字眼开头。接下来,对象通过org.springframework.validation.DataBinder类中的public void validate(Object … validationHints)进行验证。该方法遍历所有可用的验证器,并调用每个验证器的validate
方法。验证器取自带有validator
ID的bean。这样,它可以与annotation-driven
的xml配置相关联:
1 | <mvc:annotation-driven validator="validator" > |
如果未指定验证器bean,则将使用默认验证器:org.springframework.validation.beanvalidation.LocalValidatorFactoryBean。
如何在Spring中处理验证?
我们已经了解了验证流程。现在,我们可以专注于验证过程本身,即验证器是如何知道一个字段不正确的。LocalValidatorFactoryBean
继承自同一个包下的SpringValidatorAdapter
,但不会覆盖其的validate()方法。这些方法用于检查验证字段是否正确。更准确地说,SpringValidatorAdapter
包含一个目标验证器字段(Validator
类型的targetValidator
)。它将在validate()
方法中使用来验证已验证对象的所有字段。
1 |
|
此验证的结果是由在SpringValidatorAdapter
内的protected void processConstraintViolations(Set<ConstraintViolation<Object>> violations, Errors errors)
方法处理得到。它将错误从JSR-303验证器附加到给定的Spring的错误对象(觉得别扭请看下面方法上的英文注释)。
1 | /** |
验证错误直接附加到DataBinder
的private AbstractPropertyBindingResult bindingResult字段。
1 | public class DataBinder implements PropertyEditorRegistry, TypeConverter { |
此时它的值会在ModelAttributeMethodProcessor
中检索:
1 | if (binder.getBindingResult().hasErrors()) { |
controller方法内获取BindingResult
需要注意的是,要在控制器的方法中检索BindingResult
,必须将BindingResult
实例直接放在经过验证的对象之后。具体请看public String addArticle(@ModelAttribute(“article”) @Valid Article article, BindingResult result),BindingResult
的实例将包含所有的验证错误。这时,如果你在Article
和BindingResult
实例之间放置另一个对象(例如:HttpServletRequest request
),将抛出如下异常:
1 | An Errors/BindingResult argument is expected to be declared immediately after the model attribute, the @RequestBody or the @RequestPart arguments to which they apply. |
此错误消息的内容可以在org.springframework.web.method.annotation.ErrorsMethodArgumentResolver类中找到。此类用于从方法签名中解析错误实例。如果问为什么用ErrorsMethodArgumentResolver
来解析BindingResults
?简单来说,这是由于BindingResult
接口扩展了Errors
接口的缘故。所以,两者都可以用相同的参数解析器解决。
1 | /** |
从上面代码可以看出,由于BindingResult的放置的位置 不正确,而导致验证过程失败的方法其实很简单:
1 | ModelMap model = mavContainer.getModel(); |
可以看到,它获得用于构建视图部分的模型数据的ModelMap。所要验证对象和BindingResult
如果放置正确,那么所要打印的日志应该如下:
1 | model equals to {article=Article {text = }, org.springframework.validation.BindingResult.article=org.springframework.validation.BeanPropertyBindingResult: 1 errors |
之后,将值放在ArrayList
中,并获取最后一个 entry key。然后,检查此键是否以org.springframework.validation.BindingResult
开头(BindingResult 接口的常量值)。如果是,该方法返回发现的Errors实例。否则,将抛出一个IllegalStateException异常。
1 | public interface BindingResult extends Errors { |
这篇文章讲了Spring 验证的一些过程细节。它的第一部分介绍了验证流程,从@ModelAttribute开始,并以验证器集合结束。第二部分看了看基本的Spring验证器。在最后,我们看到一个非常常见的bug,基于直接在验证对象之后放置BindingResult实例,并解释了其中的原理所在。