该接口提供了一些标准的配置项。在实际应用中都是使用Hibernate Validation，所以再看看这个具体的子接口：
public interface HibernateValidatorConfiguration extends Configuration<HibernateValidatorConfiguration> { // 这批属性，证明直接可以通过System属性值来控制，大大地方便~ // 这个机制快速失败机制：true检查完一个有错误就返回，false全部检查完把错误消息一起返回 默认false String FAIL_FAST = "hibernate.validator.fail_fast"; String ALLOW_PARAMETER_CONSTRAINT_OVERRIDE = "hibernate.validator.allow_parameter_constraint_override"; String ALLOW_MULTIPLE_CASCADED_VALIDATION_ON_RESULT = "hibernate.validator.allow_multiple_cascaded_validation_on_result"; String ALLOW_PARALLEL_METHODS_DEFINE_PARAMETER_CONSTRAINTS = "hibernate.validator.allow_parallel_method_parameter_constraint"; // @since 5.2 @Deprecated String CONSTRAINT_MAPPING_CONTRIBUTOR = "hibernate.validator.constraint_mapping_contributor"; // @since 5.3 String CONSTRAINT_MAPPING_CONTRIBUTORS = "hibernate.validator.constraint_mapping_contributors"; // @since 6.0.3 String ENABLE_TRAVERSABLE_RESOLVER_RESULT_CACHE = "hibernate.validator.enable_traversable_resolver_result_cache"; // @since 6.0.3 ScriptEvaluatorFactory：执行脚本 @Incubating String SCRIPT_EVALUATOR_FACTORY_CLASSNAME = "hibernate.validator.script_evaluator_factory"; // @since 6.0.5 comparing date/time in temporal constraints. In milliseconds. @Incubating String TEMPORAL_VALIDATION_TOLERANCE = "hibernate.validator.temporal_validation_tolerance"; // ResourceBundleMessageInterpolator用于 load resource bundles ResourceBundleLocator getDefaultResourceBundleLocator(); // 创建一个ConstraintMapping：通过编程API配置的约束映射 // 设置映射后，必须通过addMapping（constraintmapping）将其添加到此配置中。 ConstraintMapping createConstraintMapping(); // 拿到所有的值提取器 @since 6.0 @Incubating Set<ValueExtractor<?>> getDefaultValueExtractors(); // 往下就开始配置了~~~~~~~~~~ HibernateValidatorConfiguration addMapping(ConstraintMapping mapping); HibernateValidatorConfiguration failFast(boolean failFast); // used for loading user-provided resources: HibernateValidatorConfiguration externalClassLoader(ClassLoader externalClassLoader); // true：表示允许覆盖约束的方法。false表示不予许（抛出异常） 默认值是false HibernateValidatorConfiguration allowOverridingMethodAlterParameterConstraint(boolean allow); // 定义是否允许对返回值标记多个约束以进行级联验证。 默认是false HibernateValidatorConfiguration allowMultipleCascadedValidationOnReturnValues(boolean allow); // 定义约束的**并行方法**是否应引发ConstraintDefinitionException HibernateValidatorConfiguration allowParallelMethodsDefineParameterConstraints(boolean allow); // 是否允许缓存TraversableResolver 默认值是true HibernateValidatorConfiguration enableTraversableResolverResultCache(boolean enabled); // 设置一个脚本执行器 @Incubating HibernateValidatorConfiguration scriptEvaluatorFactory(ScriptEvaluatorFactory scriptEvaluatorFactory); // 允许在时间约束中比较日期/时间时设置可接受的误差范围 // 比如@Past @PastOrPresent @Future @FutureOrPresent @Incubating HibernateValidatorConfiguration temporalValidationTolerance(Duration temporalValidationTolerance); // 允许设置将传递给约束验证器的有效负载。如果多次调用该方法，则只传播最后传递的有效负载。 @Incubating HibernateValidatorConfiguration constraintValidatorPayload(Object constraintValidatorPayload); }
关于此接口的唯一实现类：ConfigurationImpl，这里就不用再做分析了，因为对于Validation这块，咱们面向接口编程是完全没有问题的~
准备好了Configuration后，下一步显然就是configuration.buildValidatorFactory()来得到一个ValidatorFactory喽，关于ValidatorFactory这块的内容，请听下文分解~
总结
该文讲解是关于Bean Validation数据校验，在现在Spring的高度封装下，越来越少的人能够主动去发现Java实现/标准了~
实际上Spring的强大并不是自己创造了多少轮子，而是它主要是带来了更为简单的抽象，从而减少样板代码、促进解耦、提高可单测性。因此对于有些常用的功能还是建议稍微了解多一点，做到心中有数，运用起来也才会更加的游刃有余
