Spring Boot类级别DTO验证：增改接口差异化逻辑实现疑问

完全可以在单个ApiDtoValidator中实现Create和Update接口的差异化验证逻辑，下面提供两种可行方案：

方案一：利用Hibernate Validator内部API获取当前分组（快速实现） #

Spring Boot默认集成Hibernate Validator作为JSR-380的实现，我们可以通过强转ConstraintValidatorContext到Hibernate的实现类，直接获取当前生效的分组信息：

import org.hibernate.validator.internal.engine.ConstraintValidatorContextImpl;
import javax.validation.ConstraintValidator;
import javax.validation.ConstraintValidatorContext;
import java.util.Set;

public class ApiDtoValidator implements ConstraintValidator<ValidApiDto, ApiDto> {

    @Override
    public boolean isValid(ApiDto dto, ConstraintValidatorContext context) {
        // 强转为Hibernate的上下文实现类，提取当前分组集合
        ConstraintValidatorContextImpl hibernateContext = (ConstraintValidatorContextImpl) context;
        Set<Class<?>> currentGroups = hibernateContext.getValidationContext()
                .getGroupMetadata()
                .getGroups();

        // 根据分组执行对应验证逻辑
        if (currentGroups.contains(CreateGroup.class)) {
            return validateCreateScenario(dto);
        } else if (currentGroups.contains(UpdateGroup.class)) {
            return validateUpdateScenario(dto);
        }
        // 默认返回true或执行通用逻辑
        return true;
    }

    // Create场景专属验证逻辑
    private boolean validateCreateScenario(ApiDto dto) {
        // 示例：创建时必须同时提供userId和userName
        return dto.getUserId() != null && dto.getUserName() != null;
    }

    // Update场景专属验证逻辑
    private boolean validateUpdateScenario(ApiDto dto) {
        // 示例：更新时必须提供id，且userName不能为空
        return dto.getId() != null && dto.getUserName() != null;
    }
}

注意：这种方式依赖Hibernate Validator的内部实现类，不同版本可能存在API变动风险，适合快速迭代的项目。

方案二：基于JSR-380标准扩展实现（无依赖兼容） #

如果想避免依赖具体验证框架的内部API，可以通过实现ValidatorContextAware接口，结合JSR-380的标准API获取分组信息：

import javax.validation.ConstraintValidator;
import javax.validation.ConstraintValidatorContext;
import javax.validation.ValidatorContext;
import javax.validation.ValidatorContextAware;
import java.util.Set;

public class ApiDtoValidator implements ConstraintValidator<ValidApiDto, ApiDto>, ValidatorContextAware {
    private Set<Class<?>> activeGroups;

    @Override
    public void setValidatorContext(ValidatorContext context) {
        // 通过ValidatorContext获取当前生效的分组
        this.activeGroups = context.getConstraintValidatorFactory()
                .getValidator()
                .getConstraintsForClass(ApiDto.class)
                .getDefaultGroupSequence();
        // 可根据实际需求扩展自定义分组的判断逻辑
    }

    @Override
    public boolean isValid(ApiDto dto, ConstraintValidatorContext context) {
        if (activeGroups.contains(CreateGroup.class)) {
            return validateCreateScenario(dto);
        } else if (activeGroups.contains(UpdateGroup.class)) {
            return validateUpdateScenario(dto);
        }
        return true;
    }

    // 省略Create/Update场景验证方法，同方案一
}

最后，确保在接口方法上通过@Validated指定分组，比如：

@PostMapping("/create")
public ResponseEntity<?> create(@Validated(CreateGroup.class) @RequestBody ApiDto dto) {
    // 业务逻辑
}

@PutMapping("/update")
public ResponseEntity<?> update(@Validated(UpdateGroup.class) @RequestBody ApiDto dto) {
    // 业务逻辑
}

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