如何仅在MVC层排除验证属性，同时保留数据库层验证？

这个问题我之前也碰到过，核心就是同一个领域Bean要适配两种不同的校验场景——Web请求时跳过id的非空校验，持久化时必须保证id非空。下面给你几个靠谱的实现方案：

1. 使用JSR-380校验分组（最推荐） #

这是Java校验规范自带的特性，Spring MVC和JPA都支持，不需要额外类，能精准控制不同场景的校验规则。

步骤： #

• 定义两个标记接口，用来区分不同的校验场景：

  // 标记持久化时的校验组
  public interface OnPersist {}
  // 标记Web请求时的校验组
  public interface OnWebRequest {}
  

• 在Bean的注解上指定对应的校验组：

  public class MyEntity {
      // 仅在持久化时校验非空
      @NotNull(groups = OnPersist.class)
      private Long id;
  
      // 两种场景都要校验非空
      @NotBlank(groups = {OnPersist.class, OnWebRequest.class})
      private String name;
  
      // getter、setter省略
  }
  

• 在Spring MVC控制器中，使用@Validated指定Web请求的校验组：

  @PostMapping("/entities")
  public ResponseEntity<MyEntity> createEntity(
          // 只校验OnWebRequest组的注解，id的@NotNull会被跳过
          @Validated(OnWebRequest.class) @RequestBody MyEntity entity
  ) {
      // 后端自动生成并填充id
      entity.setId(generateUniqueId());
      myEntityRepository.save(entity);
      return ResponseEntity.ok(entity);
  }
  

• 配置JPA在持久化前触发对应组的校验：
  在application.properties（或yml）中添加：

  spring.jpa.properties.javax.persistence.validation.group-pre-persist=com.yourpackage.OnPersist
  

  这样JPA在执行save操作前，会自动校验OnPersist组的注解，保证id非空。

2. 拆分DTO与实体类（更清晰的架构） #

如果项目复杂度较高，拆分Web请求DTO和数据库实体类是更符合“单一职责”的做法：

• 创建CreateEntityDTO：仅包含Web请求需要的字段，不添加id的非空校验：

  public class CreateEntityDTO {
      @NotBlank
      private String name;
  
      // getter、setter省略
  }
  

• 数据库实体类MyEntity保留id的@NotNull注解：

  public class MyEntity {
      @NotNull
      private Long id;
  
      @NotBlank
      private String name;
  
      // getter、setter省略
  }
  

• 控制器接收DTO，映射为实体类后填充id并持久化：

  @PostMapping("/entities")
  public ResponseEntity<MyEntity> createEntity(
          @Valid @RequestBody CreateEntityDTO dto
  ) {
      MyEntity entity = new MyEntity();
      entity.setName(dto.getName());
      entity.setId(generateUniqueId());
      myEntityRepository.save(entity);
      return ResponseEntity.ok(entity);
  }
  

  你也可以用MapStruct这类工具自动完成DTO到实体的映射，减少手动代码。

3. 自定义Spring MVC校验器（灵活但繁琐） #

如果上面两种方案都不适合，你可以自定义一个校验器，在Web层跳过id字段的校验：

@Component
public class EntityWebValidator implements Validator {
    private final Validator validator;

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

    @Override
    public boolean supports(Class<?> clazz) {
        return MyEntity.class.isAssignableFrom(clazz);
    }

    @Override
    public void validate(Object target, Errors errors) {
        MyEntity entity = (MyEntity) target;
        // 手动校验除id外的其他字段
        Set<ConstraintViolation<MyEntity>> result = validator.validateProperty(entity, "name");
        for (ConstraintViolation<?> violation : result) {
            errors.rejectValue("name", violation.getMessageTemplate(), violation.getMessage());
        }
        // 跳过id字段的校验
    }
}

然后在控制器中指定使用这个自定义校验器：

@InitBinder
public void initBinder(WebDataBinder binder) {
    binder.setValidator(entityWebValidator);
}

不过这种方式需要手动维护校验逻辑，不如前两种方案优雅，只推荐在特殊场景下使用。

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