spring mvc验证异常不由ControllerAdvice处理

在Spring MVC中，验证异常通常不会被@ControllerAdvice处理。@ControllerAdvice是用于处理控制器层面的异常，而验证异常通常是在请求参数绑定之后进行验证的，属于数据绑定阶段的异常。

当发生验证异常时，Spring MVC会根据验证注解（如@Valid）自动触发验证过程，并将验证结果存储在BindingResult对象中。如果验证失败，BindingResult对象中会包含相应的错误信息。

通常情况下，我们可以在Controller方法中通过判断BindingResult对象的hasErrors()方法来处理验证失败的情况。例如：

@PostMapping("/example")
public String exampleMethod(@Valid @RequestBody ExampleDto exampleDto, BindingResult bindingResult) {
    if (bindingResult.hasErrors()) {
        // 处理验证失败的情况
        return "error";
    }
    // 处理验证通过的情况
    return "success";
}

在上述代码中，@Valid注解用于触发验证过程，而BindingResult对象用于存储验证结果。如果验证失败，我们可以根据具体业务需求进行相应的处理，例如返回错误页面或错误信息。

需要注意的是，如果我们想要统一处理验证异常，可以使用全局的异常处理器（@ControllerAdvice + @ExceptionHandler）来捕获并处理验证异常。但是，这种方式并不是直接由@ControllerAdvice处理，而是通过在@ControllerAdvice中定义的异常处理方法来处理验证异常。

总结一下，Spring MVC中的验证异常通常不由@ControllerAdvice处理，而是通过在Controller方法中判断BindingResult对象来处理验证失败的情况。如果需要统一处理验证异常，可以使用全局的异常处理器来捕获并处理。