死磕Spring Boot Validation校验

一、基本介绍

SpringBoot提供了方便的validation主要对输入数据进行校验，确保数据符合预期规则，是保证应用健壮性的重要手段，
1、Bean Validation：基于 JSR-380 (Bean Validation 2.0) 规范、
2、Hibernate Validator：最流行的实现
3、Spring 集成：通过 @Valid 或 @Validated 注解触发验证
怎么使用就不介绍了，包含如何自定义注解进行校验，分组验证，处理验证错误

二、javax.validation

这里项目jdk为1.8，所使用的包名为javax.validation，之后的版本变更为jakarta.validation
这个包为Jakarta EE平台的基础核心包之一，提供验证bean标准的API,
总入口为Validation类，作为标准的api，需要暴露接口供其他包进行接入，接口为ValidationProvider

ValidationProvider通过ValidationProviderResolver进行处理，除此之外，javax.validation提供了默认的处理器DefaultValidationProviderResolver
会通过SPI机制ServiceLoader加载META-INF/services/
如果未加载到则会抛出异常，否则会取第一个ValidationProvider

最终通过configure生成javax.validation.Configuration
Configuration也提供了非常多的接口层定义，需要实现buildValidatorFactory，再通过ValidatorFactory.getValidator进行校验
javax.validation提供了一些基础的校验注解，具体校验规则也需要单独实现

三、hibernate实现

首先在META-INF/services目录下申明javax.validation.spi.ValidationProvider为org.hibernate.validator.HibernateValidator

HibernateValidator生成的configuration为HibernateValidatorConfiguration

ValidatorFactory的实现为ValidatorFactoryImpl
其中含有几个重要的属性

1、ConstraintValidatorFactory

负责ConstraintValidator的创建和生命周期，通过工厂获取某个校验的ConstraintValidator实例，如果是spring项目，使用的是SpringConstraintValidatorFactory有springframework负责实现

2、校验逻辑

直到开始校验时才会执行Validator.validate方法

这里以分组校验对象为例，Validator也提供了很多种灵活的校验，包括校验单独的某个属性
其中BeanMetaData主要通过AnnotationMetaDataProvoder进行注解的元数据获取，主要思路为根据constraintHelper.isConstraintAnnotation是否当前类含有校验属性的注解Constraint.class，因为基本上每个校验注解里面都有@Constraint
如果没有任何约束条件，则会直接结束，同时，BeanMetaData进行了缓存，下一次校验同类型的时候直接从缓存获取metaData
紧接着会对校验的组进行排序，每次校验可以支持单个或者多个，如果未指定，默认是javax.validation.groups.Default
最后会执行validateInContext进行校验，其中短路验证shouldFailFast，是hibernate专有的，如果开启了这个属性，遇到验证失败的则会直接结束，不再往下执行
这里就会用到提供的接口所有实现ConstraintValidator，调用isValid方法