源码解析最流行的Validator框架——Hibernate Validator

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 源码解析最流行的Validator框架——Hibernate Validator

源码解析


执行流程


这是一个springmvc的应用,请求进来,通过DispatcherServlet类转发,最终调到RequestResponseBodyMethodProcessor类的resolveArgument()方法。

1671108619557.jpg

首先查看RequestResponseBodyMethodProcessorresolveArgument()方法。

public class RequestResponseBodyMethodProcessor extends AbstractMessageConverterMethodProcessor {
    @Override
  public Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer,
      NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception {
    parameter = parameter.nestedIfOptional();
        // 将请求数据转换到对象中
    Object arg = readWithMessageConverters(webRequest, parameter, parameter.getNestedGenericParameterType());
    String name = Conventions.getVariableNameForParameter(parameter);
    if (binderFactory != null) {
            // 创建参数绑定器
      WebDataBinder binder = binderFactory.createBinder(webRequest, arg, name);
      if (arg != null) {
                // 核心操作,执行数据参数
        validateIfApplicable(binder, parameter);
        if (binder.getBindingResult().hasErrors() && isBindExceptionRequired(binder, parameter)) {
          throw new MethodArgumentNotValidException(parameter, binder.getBindingResult());
        }
      }
      if (mavContainer != null) {
        mavContainer.addAttribute(BindingResult.MODEL_KEY_PREFIX + name, binder.getBindingResult());
      }
    }
    return adaptArgumentIfNecessary(arg, parameter);
  }
}

关键方法validateIfApplicable()中进行数据校验。

protected void validateIfApplicable(WebDataBinder binder, MethodParameter parameter) {
    // 获取参数上绑定的注解,如@Valid, @Validated等
        Annotation[] annotations = parameter.getParameterAnnotations();
        // 遍历注解
    for (Annotation ann : annotations) {
            // 关键方法,判断是否进行数据校验
      Object[] validationHints = ValidationAnnotationUtils.determineValidationHints(ann);
      // 如果数据校验注解不为空,开启后续的校验流程
            if (validationHints != null) {
        binder.validate(validationHints);
        break;
      }
    }
}

看下ValidationAnnotationUtils.determineValidationHints()

@Nullable
  public static Object[] determineValidationHints(Annotation ann) {
    Class<? extends Annotation> annotationType = ann.annotationType();
    String annotationName = annotationType.getName();
        // 判断注解名称是否为Valid
    if ("javax.validation.Valid".equals(annotationName)) {
      return EMPTY_OBJECT_ARRAY;
    }
        // 判断注解是否是Validated
    Validated validatedAnn = AnnotationUtils.getAnnotation(ann, Validated.class);
    if (validatedAnn != null) {
      Object hints = validatedAnn.value();
      return convertValidationHints(hints);
    }
        // 判断注解是否是以Valid开头
    if (annotationType.getSimpleName().startsWith("Valid")) {
      Object hints = AnnotationUtils.getValue(ann);
      return convertValidationHints(hints);
    }
        // 返回空,表示不需要进行校验
    return null;
  }

所以看到,最终程序兼容了@Valid@Validated注解,他们都会开启参数校验。接着就要开启校验流程了,最终方法走到了SpringValidatorAdapter#validate()

@Override
  public void validate(Object target, Errors errors) {
    if (this.targetValidator != null) {
            // 调用数据校验工作,这里的targetValidator是hibernate-validator中ValidatorImpl类
      processConstraintViolations(this.targetValidator.validate(target), errors);
    }
  }

走到了ValidatorImpl#validate方法

// 该方法主要用于开启校验的一些准备巩固走
   @Override
  public final <T> Set<ConstraintViolation<T>> validate(T object, Class<?>... groups) {
    Contracts.assertNotNull( object, MESSAGES.validatedObjectMustNotBeNull() );
    sanityCheckGroups( groups );
    @SuppressWarnings("unchecked")
    Class<T> rootBeanClass = (Class<T>) object.getClass();
    BeanMetaData<T> rootBeanMetaData = beanMetaDataManager.getBeanMetaData( rootBeanClass );
    if ( !rootBeanMetaData.hasConstraints() ) {
      return Collections.emptySet();
    }
        // 获取验证的上下文,主要就是获取@NotNull, @Max等校验数据
    BaseBeanValidationContext<T> validationContext = getValidationContextBuilder().forValidate( rootBeanClass, rootBeanMetaData, object );
    ValidationOrder validationOrder = determineGroupValidationOrder( groups );
    // 创建请求参数数据上下文
        BeanValueContext<?, Object> valueContext = ValueContexts.getLocalExecutionContextForBean(
        validatorScopedContext.getParameterNameProvider(),
        object,
        validationContext.getRootBeanMetaData(),
        PathImpl.createRootPath()
    );
        // 开始校验
    return validateInContext( validationContext, valueContext, validationOrder );
  }
// 该方法是使用校验的上下文信息进行数据校验工作
private <T, U> Set<ConstraintViolation<T>> validateInContext(BaseBeanValidationContext<T> validationContext, BeanValueContext<U, Object> valueContext,
      ValidationOrder validationOrder) {
    if ( valueContext.getCurrentBean() == null ) {
      return Collections.emptySet();
    }
    BeanMetaData<U> beanMetaData = valueContext.getCurrentBeanMetaData();
    if ( beanMetaData.isDefaultGroupSequenceRedefined() ) {
      validationOrder.assertDefaultGroupSequenceIsExpandable( beanMetaData.getDefaultGroupSequence( valueContext.getCurrentBean() ) );
    }
    // 处理单个组的校验,也就是最简单的那种校验逻辑
    Iterator<Group> groupIterator = validationOrder.getGroupIterator();
    while ( groupIterator.hasNext() ) {
      Group group = groupIterator.next();
      valueContext.setCurrentGroup( group.getDefiningClass() );
      validateConstraintsForCurrentGroup( validationContext, valueContext );
      if ( shouldFailFast( validationContext ) ) {
        return validationContext.getFailingConstraints();
      }
    }
        // 执行有级联约束的校验
    groupIterator = validationOrder.getGroupIterator();
    while ( groupIterator.hasNext() ) {
      Group group = groupIterator.next();
      valueContext.setCurrentGroup( group.getDefiningClass() );
      validateCascadedConstraints( validationContext, valueContext );
      if ( shouldFailFast( validationContext ) ) {
        return validationContext.getFailingConstraints();
      }
    }
    Iterator<Sequence> sequenceIterator = validationOrder.getSequenceIterator();
    while ( sequenceIterator.hasNext() ) {
      Sequence sequence = sequenceIterator.next();
      for ( GroupWithInheritance groupOfGroups : sequence ) {
        int numberOfViolations = validationContext.getFailingConstraints().size();
        for ( Group group : groupOfGroups ) {
          valueContext.setCurrentGroup( group.getDefiningClass() );
          validateConstraintsForCurrentGroup( validationContext, valueContext );
          if ( shouldFailFast( validationContext ) ) {
            return validationContext.getFailingConstraints();
          }
          validateCascadedConstraints( validationContext, valueContext );
          if ( shouldFailFast( validationContext ) ) {
            return validationContext.getFailingConstraints();
          }
        }
        if ( validationContext.getFailingConstraints().size() > numberOfViolations ) {
          break;
        }
      }
    }
    return validationContext.getFailingConstraints();
  }

我们关注在普通的数据校验处理validateConstraintsForCurrentGroup()方法。

private void validateConstraintsForCurrentGroup(BaseBeanValidationContext<?> validationContext, BeanValueContext<?, Object> valueContext) {
    // we are not validating the default group there is nothing special to consider. If we are validating the default
    // group sequence we have to consider that a class in the hierarchy could redefine the default group sequence.
    // 如果不是默认分组的情况
        if ( !valueContext.validatingDefault() ) {
      validateConstraintsForNonDefaultGroup( validationContext, valueContext );
    }
    // 如果是默认分组的情况
        else {
      validateConstraintsForDefaultGroup( validationContext, valueContext );
    }
  }
private <U> void validateConstraintsForDefaultGroup(BaseBeanValidationContext<?> validationContext, BeanValueContext<U, Object> valueContext) {
    final BeanMetaData<U> beanMetaData = valueContext.getCurrentBeanMetaData();
    final Map<Class<?>, Class<?>> validatedInterfaces = new HashMap<>();
    // evaluating the constraints of a bean per class in hierarchy, this is necessary to detect potential default group re-definitions
    for ( Class<? super U> clazz : beanMetaData.getClassHierarchy() ) {
      BeanMetaData<? super U> hostingBeanMetaData = beanMetaDataManager.getBeanMetaData( clazz );
      boolean defaultGroupSequenceIsRedefined = hostingBeanMetaData.isDefaultGroupSequenceRedefined();
      // if the current class redefined the default group sequence, this sequence has to be applied to all the class hierarchy.
      if ( defaultGroupSequenceIsRedefined ) {
        Iterator<Sequence> defaultGroupSequence = hostingBeanMetaData.getDefaultValidationSequence( valueContext.getCurrentBean() );
        Set<MetaConstraint<?>> metaConstraints = hostingBeanMetaData.getMetaConstraints();
        while ( defaultGroupSequence.hasNext() ) {
          for ( GroupWithInheritance groupOfGroups : defaultGroupSequence.next() ) {
            boolean validationSuccessful = true;
            for ( Group defaultSequenceMember : groupOfGroups ) {
              validationSuccessful = validateConstraintsForSingleDefaultGroupElement( validationContext, valueContext, validatedInterfaces, clazz,
                  metaConstraints, defaultSequenceMember ) && validationSuccessful;
            }
            validationContext.markCurrentBeanAsProcessed( valueContext );
            if ( !validationSuccessful ) {
              break;
            }
          }
        }
      }
      // fast path in case the default group sequence hasn't been redefined
      else {
        Set<MetaConstraint<?>> metaConstraints = hostingBeanMetaData.getDirectMetaConstraints();
                // 执行校验操作
        validateConstraintsForSingleDefaultGroupElement( validationContext, valueContext, validatedInterfaces, clazz, metaConstraints,
            Group.DEFAULT_GROUP );
        validationContext.markCurrentBeanAsProcessed( valueContext );
      }
      // all constraints in the hierarchy has been validated, stop validation.
      if ( defaultGroupSequenceIsRedefined ) {
        break;
      }
    }
  }

最关键的方法是在validateConstraintsForSingleDefaultGroupElement()方法中执行最终的数据校验,大家通过断点一步一步下去,最终发现走到了SimpleConstraintTree#validateConstraints()

@Override
  protected void validateConstraints(ValidationContext<?> validationContext,
      ValueContext<?, ?> valueContext,
      Collection<ConstraintValidatorContextImpl> violatedConstraintValidatorContexts) {
    if ( LOG.isTraceEnabled() ) {
      LOG.tracef(
          "Validating value %s against constraint defined by %s.",
          valueContext.getCurrentValidatedValue(),
          descriptor
      );
    }
    // find the right constraint validator
    ConstraintValidator<B, ?> validator = getInitializedConstraintValidator( validationContext, valueContext );
    // create a constraint validator context
    ConstraintValidatorContextImpl constraintValidatorContext = validationContext.createConstraintValidatorContextFor(
        descriptor, valueContext.getPropertyPath()
    );
    // validate, 进行单个校验
    if ( validateSingleConstraint( valueContext, constraintValidatorContext, validator ).isPresent() ) {
      violatedConstraintValidatorContexts.add( constraintValidatorContext );
    }
  }
protected final <V> Optional<ConstraintValidatorContextImpl> validateSingleConstraint(
      ValueContext<?, ?> valueContext,
      ConstraintValidatorContextImpl constraintValidatorContext,
      ConstraintValidator<A, V> validator) {
    boolean isValid;
    try {
      @SuppressWarnings("unchecked")
      V validatedValue = (V) valueContext.getCurrentValidatedValue();
            // 执行各个校验器的校验方法,validator是一个接口,有很多具体校验的实现方法
      isValid = validator.isValid( validatedValue, constraintValidatorContext );
    }
    catch (RuntimeException e) {
      if ( e instanceof ConstraintDeclarationException ) {
        throw e;
      }
      throw LOG.getExceptionDuringIsValidCallException( e );
    }
    if ( !isValid ) {
      //We do not add these violations yet, since we don't know how they are
      //going to influence the final boolean evaluation
      return Optional.of( constraintValidatorContext );
    }
    return Optional.empty();
  }

上面就是整个请求参数的校验流程。


初始化设置hibernate-validator


大家有没有想过请求数据的校验,为什么会选择hibernate-validator作为校验器,它又是在什么时候设置呢?我们从源码的角度看看。


ValidationAutoConfiguration


因为我们引入了spring-boot-starter-validation,开启了自动装配,可以看到有个ValidationAutoConfiguration类。

@AutoConfiguration
@ConditionalOnClass(ExecutableValidator.class)
@ConditionalOnResource(resources = "classpath:META-INF/services/javax.validation.spi.ValidationProvider")
@Import(PrimaryDefaultValidatorPostProcessor.class)
public class ValidationAutoConfiguration {
    // 创建默认的defaultValidator
  @Bean
  @Role(BeanDefinition.ROLE_INFRASTRUCTURE)
  @ConditionalOnMissingBean(Validator.class)
  public static LocalValidatorFactoryBean defaultValidator(ApplicationContext applicationContext) {
    LocalValidatorFactoryBean factoryBean = new LocalValidatorFactoryBean();
    MessageInterpolatorFactory interpolatorFactory = new MessageInterpolatorFactory(applicationContext);
    factoryBean.setMessageInterpolator(interpolatorFactory.getObject());
    return factoryBean;
  }
  @Bean
  @ConditionalOnMissingBean(search = SearchStrategy.CURRENT)
  public static MethodValidationPostProcessor methodValidationPostProcessor(Environment environment,
      @Lazy Validator validator, ObjectProvider<MethodValidationExcludeFilter> excludeFilters) {
    FilteredMethodValidationPostProcessor processor = new FilteredMethodValidationPostProcessor(
        excludeFilters.orderedStream());
    boolean proxyTargetClass = environment.getProperty("spring.aop.proxy-target-class", Boolean.class, true);
    processor.setProxyTargetClass(proxyTargetClass);
    processor.setValidator(validator);
    return processor;
  }
}

我们可以看到上面类中创建了默认的校验器bean defaultValidator,真正的装配的操作还是依赖于 LocalValidatorFactoryBean类自身所实现的Spring接口InitializingBean来实现的, 我们可以看afterPropertiesSet方法。

public void afterPropertiesSet() {
        ......
    try {
      this.validatorFactory = configuration.buildValidatorFactory();
            // 获取hibernate-validator, 设置到targetValidator中
      setTargetValidator(this.validatorFactory.getValidator());
    }
    finally {
      closeMappingStreams(mappingStreams);
    }
  }


WebMvcAutoConfiguration


已经创建好默认的validator,我们要把这个默认的validator设置到web mvc中,所以我们把目光关注到WebMvcAutoConfiguration中。

@Configuration(proxyBeanMethods = false)
  @EnableConfigurationProperties(WebProperties.class)
  public static class EnableWebMvcConfiguration extends DelegatingWebMvcConfiguration implements ResourceLoaderAware {
        // 创建validator bean, 其实用的就是hibernate-validator
        @Bean
    @Override
    public Validator mvcValidator() {
      if (!ClassUtils.isPresent("javax.validation.Validator", getClass().getClassLoader())) {
        return super.mvcValidator();
      }
      return ValidatorAdapter.get(getApplicationContext(), getValidator());
    }
        @Bean
    @Override
    public RequestMappingHandlerAdapter requestMappingHandlerAdapter(
        @Qualifier("mvcContentNegotiationManager") ContentNegotiationManager contentNegotiationManager,
        @Qualifier("mvcConversionService") FormattingConversionService conversionService,
        @Qualifier("mvcValidator") Validator validator) {
            // 将validator设置到RequestMappingHandlerAdapter中,正是它负责处理Controller层注解@RequestMapping 修饰的方法请求调用)
      RequestMappingHandlerAdapter adapter = super.requestMappingHandlerAdapter(contentNegotiationManager,
          conversionService, validator);
      adapter.setIgnoreDefaultModelOnRedirect(
          this.mvcProperties == null || this.mvcProperties.isIgnoreDefaultModelOnRedirect());
      return adapter;
    }
    }


目录
相关文章
|
1月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
76 2
|
1天前
|
设计模式 XML Java
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
本文详细介绍了Spring框架的核心功能,并通过手写自定义Spring框架的方式,深入理解了Spring的IOC(控制反转)和DI(依赖注入)功能,并且学会实际运用设计模式到真实开发中。
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
|
1天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
1天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
1天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
25天前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
53 12
|
21天前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
2天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
1月前
|
存储 安全 Linux
Golang的GMP调度模型与源码解析
【11月更文挑战第11天】GMP 调度模型是 Go 语言运行时系统的核心部分,用于高效管理和调度大量协程(goroutine)。它通过少量的操作系统线程(M)和逻辑处理器(P)来调度大量的轻量级协程(G),从而实现高性能的并发处理。GMP 模型通过本地队列和全局队列来减少锁竞争,提高调度效率。在 Go 源码中,`runtime.h` 文件定义了关键数据结构,`schedule()` 和 `findrunnable()` 函数实现了核心调度逻辑。通过深入研究 GMP 模型,可以更好地理解 Go 语言的并发机制。
|
1月前
|
消息中间件 缓存 安全
Future与FutureTask源码解析,接口阻塞问题及解决方案
【11月更文挑战第5天】在Java开发中,多线程编程是提高系统并发性能和资源利用率的重要手段。然而,多线程编程也带来了诸如线程安全、死锁、接口阻塞等一系列复杂问题。本文将深度剖析多线程优化技巧、Future与FutureTask的源码、接口阻塞问题及解决方案,并通过具体业务场景和Java代码示例进行实战演示。
58 3

推荐镜像

更多