如何让已被切面通知处理的异常跳过默认@ExceptionHandler？

这个问题我之前也踩过坑，核心原因是你用的@AfterThrowing切面并没有真正"处理"异常——它只是在异常抛出后触发执行，但并没有阻止异常继续向上传播到Spring MVC的全局异常处理体系，所以最终还是会被@ExceptionHandler捕获并返回默认错误。

下面给你几个可行的解决方案，按需选择：

方案一：用控制器局部@ExceptionHandler替代AOP切面（推荐） #

Spring MVC的异常处理有优先级：控制器内部的@ExceptionHandler > 全局@ControllerAdvice里的@ExceptionHandler。所以你可以直接在目标控制器MyController里定义针对该方法的异常处理器，这样会优先触发：

@RestController // 假设你的控制器是RestController
@RequestMapping("/xxx")
public class MyController {

    // ... 你的updateSomething方法 ...

    @ExceptionHandler(MethodArgumentNotValidException.class)
    @ResponseStatus(HttpStatus.BAD_REQUEST)
    public Error handleCustomUpdateError(MethodArgumentNotValidException ex) {
        return buildCustomError(ex);
    }
}

这种方式最简洁，完全利用Spring MVC原生机制，不需要依赖AOP，也不会有执行顺序的冲突问题。

方案二：改进AOP切面，用@Around捕获并终止异常传播 #

如果你一定要用AOP实现，那不能用@AfterThrowing，得换成@Around环绕通知——它可以在方法执行时捕获异常，直接返回自定义结果，同时阻止异常继续向上抛出，这样全局@ExceptionHandler就不会被触发了：

@Aspect
@Component
public class CustomErrorAspect {

    @Autowired
    private ObjectMapper objectMapper; // 用Spring注入的ObjectMapper，避免重复创建

    @Around("execution(* package.controller.MyController*.updateSomething(*))")
    public Object handleCustomError(ProceedingJoinPoint joinPoint) throws Throwable {
        try {
            // 正常执行目标方法
            return joinPoint.proceed();
        } catch (MethodArgumentNotValidException ex) {
            // 获取响应对象，手动设置状态码和返回结果
            ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
            if (attributes != null) {
                HttpServletResponse response = attributes.getResponse();
                if (response != null) {
                    response.setStatus(HttpStatus.BAD_REQUEST.value());
                    response.setContentType(MediaType.APPLICATION_JSON_VALUE);
                    // 把自定义Error对象序列化为JSON写入响应
                    objectMapper.writeValue(response.getWriter(), buildCustomError(ex));
                }
            }
            // 返回null或者适配控制器的返回类型，这里因为已经手动写了响应，返回null即可
            return null;
        }
    }
}

注意：这种方式需要手动处理HTTP响应，不如方案一简洁，适合必须用AOP的场景。

方案三：在全局@ExceptionHandler里做针对性判断 #

如果不想修改控制器也不想改AOP，还可以在全局异常处理器里判断当前请求是否来自目标方法，然后返回自定义错误：

@ControllerAdvice
public class ExceptionAdvice {

    @ResponseStatus(HttpStatus.BAD_REQUEST)
    @ExceptionHandler(MethodArgumentNotValidException.class)
    public Error handleBadRequestException(MethodArgumentNotValidException exception, HttpServletRequest request) {
        // 获取当前处理的控制器方法
        HandlerMethod handlerMethod = (HandlerMethod) request.getAttribute(DispatcherServlet.EXECUTION_ATTRIBUTE);
        if (handlerMethod != null) {
            Method targetMethod = handlerMethod.getMethod();
            // 判断是否是目标方法
            if ("updateSomething".equals(targetMethod.getName()) 
                && targetMethod.getDeclaringClass().getName().startsWith("package.controller.MyController")) {
                return buildCustomError(exception);
            }
        }
        // 其他情况返回默认错误
        return buildError(extractTriggerElement(exception), exception);
    }

    // ... 其他异常处理方法 ...
}

这种方式不需要额外的AOP，只需要在全局处理器里加个判断逻辑即可，适合需要集中管理异常处理的场景。

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