【SpringBoot】 在SpringBoot中使用Hibernate Validate
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了【SpringBoot】 在SpringBoot中使用Hibernate Validate相关的知识,希望对你有一定的参考价值。
参考技术A 在做web相关的应用时,经常需要提供接口与用户交互(获取数据、上传数据等),由于这个过程需要用户进行相关的操作,为了避免出现一些错误的数据等,一般需要对数据进行校验,随着接口的增多,校验逻辑的冗余度也越来越大,虽然可以通过抽象出校验的方法来处理,但还是需要每次手动调用校验逻辑,相对来说还是不方便。为了解决这个问题,Java中提供了Bean Validation的标准,该标准规定了校验的具体内容,通过简单的注解就能完成必要的校验逻辑了,相对来说就方便了很多,而该规范其实只是规范,并没有具体的实现,Hibernate提供了具体的实现,也即Hibernate Validator,这个也是目前使用得比较多的验证器了。
首先新建一个spring boot项目,引入web依赖
在web依赖中,已经引入了hibernate-validator的支持,所以只需要引入web依赖即可。
如果你所使用的版本没有支持,或者不是使用SpringBoot项目,具体的请参考文档解决。
然后配置一下validator,由于默认情况下,Hibernate-validator使用的校验策略是依次校验,并且将不通过的结果保存,最后再统一抛出异常信息,但实际上,当校验出现第一个不满足情况的时候,就可以停止了(当然,如果选择全部验证完也是可以的),所以我们手动配置一下
接下来编写需要进行验证的Bean
上面的注解已经很能够见名知意了,所以这里就先不讲解,后面再补充常用的验证注解及作用总结。
定义一个简单的测试接口
注意上面所使用的 @Valid 注解,通过该注解能够使得验证生效,如果去除的话,可以看到验证逻辑并没有生效。
通过上面的一个简单注解之后,验证的逻辑已经能够生效,然而,在测试的时候,可能会出现下面的情况
这是因为,默认情况下,SpringBoot配置了默认异常处理器DefaultHandlerExceptionResolver,而该处理器仅仅是将异常信息打印出来,显然,我们并不需要返回如此多的信息,只需要将对应属性中的message信息给调用者即可,解决的方法有两种。
通过上面的处理之后,现在如果验证不通过,则可以以比较优雅的方式返回给调用者了。
这里需要注意,如果上面两种方式都开启的话,是以第一种方式优先的,所以,第二种方式不会生效。
上面的方式能够解决 @RequestBody 标注的参数的验证及错误处理,然而,并不能处理 @PathVariable 以及 @RequestParam 标注的入参(不生效),而事实上,这两种类型的操作也是非常常用的(也是需要对这两种类型进行验证,除了手动验证外,还有一种通用的解决方案,也是通过注解来实现),对于这两种类型同样可以使用验证注解进行标注,如下所示
为了让对应的注解生效,可以在类的上方使用 @Validated 进行标注,注意是标注在类上方,即
但此时如果验证失败,会抛出异常信息,而且,异常类型不是 MethodArgumentNotValidException ,而是 ConstraintViolationException ,巨坑!!!,所以还需要捕获该类型并且进行处理,如下所示
到此,基本上的参数验证就能完成了。
此外,在搜索解决方案的过程中,也发现了两个有用的小技巧,顺便记录在这里(跟上面的内容无关哈)。
对于 @PathVariable 还有另外一种解决方案(严格来说作为验证并不完善),通过正则表达式来进行匹配(这种方式不支持长度限制,但可以进行类型限制,如只包含字符,只包含数字等),如下所示
对于 @RequestParam 来说,可以使用默认值来实现可变化的参数列表,如下所示
更复杂的如分页,排序等等,可以通过默认参数的形式,来实现,而不再需要强制调用者输入对应的参数(毕竟这些参数是可选的嘛)。
常用的注解主要有以下几个,作用及内容如下所示
本小节主要学习了如何在SpringBoot中使用Hibernate-Validator,验证器的作用在于验证参数是否符合规定,通过配置验证器以及对应的异常处理器,可以使我们从繁琐的验证流程中解脱出来,当然,对于复杂的验证,其实还是要手动验证的,验证器能提供的是一些通用的,常规的验证操作,当然,大部分情况下已经足够了。
以上是关于【SpringBoot】 在SpringBoot中使用Hibernate Validate的主要内容,如果未能解决你的问题,请参考以下文章
springboot在docker中无法输出日志到Logstash