Bean Validation通过ServiceLoader加载的ConstraintValidator初始化不一致问题

本问题是Bean Validation模块化通用配置相关问题的细节延伸。
此前按照官方文档及相关技术指引操作，将校验注解与ConstraintValidator定义拆分到两个独立Java模块中，通过ServiceLoader机制完成二者的关联绑定。该方案在多数场景下可正常运行，但存在一个未解决的异常：按规范配置的XML形式校验规则无法生效，具体表现为：注解与ConstraintValidator的配对关系未建立，ServiceLoader加载逻辑完全没有被触发。

当前基于ServiceLoader的配置，在REST层传入请求的校验场景下可正常工作，所有校验配对关系均正确。
但服务同时会消费Kafka传入的DTO并执行校验，服务启动阶段会完成通用ConstraintValidator的初始化，后续运行会出现两种完全不同的结果：

1. 若服务启动后最先收到的是REST请求，ServiceLoader的相关加载逻辑会在该请求处理阶段触发，完成后续初始化流程，此后Kafka消息的校验也可正常工作，自定义校验器的配对关系全局可用；
2. 若服务启动后最先到达的是Kafka消息（这是生产环境的典型场景），初始化过程不会触发ServiceLoader加载逻辑，还会导致校验配置被“污染破坏”：后续即使收到REST请求也无法正常完成校验，抛出指定注解无对应ConstraintValidator的异常，属于初始化流程缺陷导致的问题。

当前validation.xml配置内容如下：

<validation-config
    xmlns="http://xmlns.jcp.org/xml/ns/validation/configuration"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/validation/configuration validation-configuration-2.0.xsd"
    version="2.0">

  <constraint-mapping>/META-INF/validation-constraints.xml</constraint-mapping>
</validation-config>

配置相关说明：

• 采用Bean Validation 2.0版本，是因为Spring依赖管理引入的hibernate-validator版本为6.2.0；
• 无法放弃XML配置改用纯注解方式，原因是该XML文件不属于我方维护范围，不可修改。

确认是否存在配置层面的低级错误，或是是否存在未覆盖到的配置项，可以在validation.xml中配置开启ServiceLoader加载能力。

曾收到建议：在启动阶段注入Validator实例，确保其提前完成加载，对应实现代码如下：

@Autowired
private Validator validator;
@EventListener(ApplicationReadyEvent.class)
public void logReady() {
    System.out.println(validator.toString());
}

实际验证结果：启动时可正常打印已初始化的Validator实例，但前述初始化逻辑不一致的问题完全没有得到解决。

内容的提问来源于stack exchange，提问作者Martin Mucha