如何为结合DataBinder使用的Spring Validator编写JUnit测试

先把你的代码贴出来方便梳理问题：

你的ValidatorUtil实现：

public class ValidatorUtil {

  @Autowired
  Validator validator;

  public <T> void validateAndThrowException(T obj) {
    DataBinder binder = new DataBinder(obj);
    binder.setValidator(validator);
    binder.validate();
    BindingResult results = binder.getBindingResult();
    if (results.hasErrors() && null != results.getAllErrors()) {
    // DO something
    }
  }
}

你当前的JUnit配置：

@Spy
  @InjectMocks
  ValidatorUtil validatorUtil;

  @Spy
  Validator validator = new LocalValidatorFactoryBean();

你遇到的问题是调用binder.setValidator(validator)时抛出IllegalArgumentException，对吧？我之前也碰到过类似的坑，咱们一步步解决它~

为啥会报错？ #

其实原因很直白：LocalValidatorFactoryBean是Spring提供的Validator实现，它不是普通的POJO，需要经过Spring容器的初始化流程——也就是调用afterPropertiesSet()方法——才能正常工作。你直接new出来的实例内部还没准备好校验相关的资源，绑定到DataBinder的时候自然就炸了。

三种解决方案，任你选！ #

方案一：手动初始化LocalValidatorFactoryBean（最快见效） #

既然知道是没初始化的问题，那我们手动触发初始化就行，在测试类里加个@Before方法：

@RunWith(MockitoJUnitRunner.class)
public class ValidatorUtilTest {

  @Spy
  @InjectMocks
  ValidatorUtil validatorUtil;

  @Spy
  Validator validator = new LocalValidatorFactoryBean();

  @Before
  public void setUp() throws Exception {
      // 手动调用Spring的初始化方法，让校验器就绪
      ((LocalValidatorFactoryBean) validator).afterPropertiesSet();
  }

  @Test
  public void testValidateAndThrowException_WithInvalidObject() {
      // 举个例子：假设你有个带校验注解的User类
      User invalidUser = new User();
      invalidUser.setName(""); // 违反@NotBlank规则

      validatorUtil.validateAndThrowException(invalidUser);

      // 这里可以验证你的错误处理逻辑，比如是否抛出了自定义异常、是否记录了日志等
  }
}

这个方案不用改业务代码，直接在测试里补初始化步骤就行，适合快速验证。

方案二：用Mockito模拟Validator（纯单元测试，隔离依赖） #

如果你只想测试ValidatorUtil本身的逻辑，不想依赖真实的校验器，那直接mock一个Validator就好，还能完全控制校验结果：

@RunWith(MockitoJUnitRunner.class)
public class ValidatorUtilTest {

  @InjectMocks
  ValidatorUtil validatorUtil;

  @Mock
  Validator validator; // 用@Mock代替手动实例化的Spy

  @Test
  public void testValidateAndThrowException_WhenHasErrors() {
      // 小技巧：因为DataBinder是在方法内部new的，我们没法直接mock它，但可以稍微重构下ValidatorUtil，把DataBinder的创建抽成一个protected方法
      // 先改下ValidatorUtil：
      // protected DataBinder createDataBinder(T obj) {
      //     return new DataBinder(obj);
      // }

      // 然后在测试里spy这个方法，返回我们mock的DataBinder
      ValidatorUtil spyUtil = spy(validatorUtil);
      DataBinder mockBinder = mock(DataBinder.class);
      BindingResult mockResult = mock(BindingResult.class);

      // 模拟有错误的场景
      when(mockResult.hasErrors()).thenReturn(true);
      when(mockResult.getAllErrors()).thenReturn(Collections.singletonList(new ObjectError("user", "用户名不能为空")));
      when(mockBinder.getBindingResult()).thenReturn(mockResult);
      when(spyUtil.createDataBinder(any())).thenReturn(mockBinder);

      // 执行测试方法
      spyUtil.validateAndThrowException(new User());

      // 验证逻辑：比如是否处理了错误，是否调用了validator的validate方法等
      verify(validator).validate(any(), any(BindingResult.class));
      // 这里可以继续验证你的错误处理代码，比如是否抛出了预期的异常
  }
}

这个方案的好处是完全隔离了Spring的依赖，测试速度快，而且能精准控制各种测试场景（有错误、无错误、不同错误类型等）。

方案三：用Spring Test做集成测试（贴近真实环境） #

如果你想测试整个流程和真实Spring环境一致，那直接用Spring Test框架来管理容器：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = {ValidatorUtil.class})
public class ValidatorUtilTest {

  @Autowired
  ValidatorUtil validatorUtil;

  @Autowired
  Validator validator; // Spring会自动给你初始化好LocalValidatorFactoryBean

  @Test
  public void testValidateAndThrowException() {
      User invalidUser = new User();
      invalidUser.setName("");
      validatorUtil.validateAndThrowException(invalidUser);
      // 验证实际的校验逻辑是否生效
  }
}

这个方案适合需要验证真实校验规则（比如注解是否正确）的场景，缺点是测试启动速度比纯单元测试慢一点。

总结一下 #

• 快速修复选方案一，不用改业务代码；
• 纯单元测试、想灵活控制场景选方案二，需要小改业务代码；
• 要贴近生产环境、验证真实校验规则选方案三。

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