如何在Spring中跳过集合中带@Valid注解的无效元素？

不推荐反序列化阶段删除无效项 #

反序列化的核心职责是把JSON转换成Java对象，不该掺杂验证过滤逻辑，违反单一职责原则。而且要在这个阶段复用你已有的@Slot自定义验证逻辑，需要把Spring的Validator注入到Jackson的反序列化器中，配置起来比较繁琐，还会耦合Jackson和Spring验证体系，后续维护成本高。

更便捷的方案：自定义列表验证器 #

利用Spring的自定义验证机制，给GameWeb中的SlotWeb列表字段加一个自定义注解，实现对应的验证器，在验证过程中直接过滤掉无效条目，完全融入Spring的默认验证流程，不需要改动服务层代码。

实现步骤 #

1. 定义自定义验证注解

@Target({ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
@Constraint(validatedBy = ValidAndFilterInvalidSlotsValidator.class)
public @interface ValidAndFilterInvalidSlots {
    String message() default "存在无效的Slot条目";
    Class<?>[] groups() default {};
    Class<? extends Payload>[] payload() default {};
}

2. 实现验证器逻辑
   注入Spring的Validator来复用已有验证规则（包括@Slot自定义注解的逻辑），遍历列表过滤无效项：

public class ValidAndFilterInvalidSlotsValidator implements ConstraintValidator<ValidAndFilterInvalidSlots, List<SlotWeb>> {

    private final Validator validator;

    // 构造方法注入Spring Validator
    public ValidAndFilterInvalidSlotsValidator(Validator validator) {
        this.validator = validator;
    }

    @Override
    public boolean isValid(List<SlotWeb> slots, ConstraintValidatorContext context) {
        if (slots == null || slots.isEmpty()) {
            return true;
        }
        // 移除所有验证不通过的SlotWeb
        slots.removeIf(slot -> !validator.validate(slot).isEmpty());
        // 返回true，避免触发全局验证异常
        return true;
    }
}

3. 在DTO中使用自定义注解
   替换原来的@Valid注解，改用自定义注解：

public class GameWeb {
    // 其他字段...
    @ValidAndFilterInvalidSlots
    private List<SlotWeb> slots;

    // getter、setter
}

这样Controller中只需保留@Valid注解在GameWeb上，请求进来后Spring会自动执行验证过滤，最终拿到的就是只包含有效条目的列表，不会抛出异常。

服务层处理方案（直接但耦合） #

如果不想自定义验证器，在服务层手动处理也是可行的：接收GameWeb后，遍历SlotWeb列表，用Spring的Validator逐个验证，过滤掉无效项。但这个方案会把验证逻辑和业务逻辑混在一起，复用性差，如果多个接口需要类似逻辑，会产生重复代码。

比如服务层代码示例：

@Service
public class GameService {
    private final Validator validator;

    public GameService(Validator validator) {
        this.validator = validator;
    }

    public void processGame(GameWeb gameWeb) {
        if (gameWeb.getSlots() != null) {
            gameWeb.getSlots().removeIf(slot -> !validator.validate(slot).isEmpty());
        }
        // 后续业务处理
    }
}

总结 #

优先选择自定义列表验证器的方案，既符合Spring验证的设计思路，又能复用已有验证规则，代码解耦且复用性强；反序列化阶段处理不推荐，职责混乱且实现复杂；服务层处理适合简单场景，但耦合性较高。

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