@AfterThrowing切面能否抑制异常并返回默认值？

嘿，作为Spring Boot新手，你的这个问题刚好踩中了Spring AOP不同通知类型的核心差异点，我来给你捋清楚～

先给结论：@AfterThrowing做不到你想要的效果 #

@AfterThrowing的本质是异常抛出后的"事后通知"——它只会在目标方法抛出异常后触发，用来做日志记录、资源清理这类收尾工作，但它完全没有能力：

• 抑制异常的传播（也就是阻止异常往上抛）
• 替目标方法返回自定义结果

你写的切面里，afterThrowing方法返回的字符串其实是无效的，Spring会直接忽略这个返回值，因为这个通知类型的设计就不是用来改变方法执行结果或异常流程的。这就是为什么你访问接口时依然会看到RuntimeException的原因——异常已经在目标方法抛出，并且开始往调用栈上层传递了，@AfterThrowing只是在旁边“围观”了一下，根本拦不住。

既不想用全流程的@Around，又要实现异常拦截返回？ #

你提到不想用@Around是因为它每次请求都会触发，但其实可以优化@Around的逻辑，让它只在异常发生时才做特殊处理，正常请求完全走原流程，几乎没有额外开销：

@Aspect
@Component
public class MyAspect {

    @Pointcut("execution(* com.crsardar.handson.java.springboot.controller.IRestController.*(..))")
    public void executionPointcut(){}

    @Around("executionPointcut()")
    public Object aroundAdvice(ProceedingJoinPoint joinPoint) throws Throwable {
        try {
            // 正常情况：直接执行目标方法，返回原结果
            return joinPoint.proceed();
        } catch (RuntimeException e) {
            // 仅当目标方法抛出RuntimeException时，返回自定义结果
            System.out.println("\n\n\tMyAspect : 捕获到异常，返回默认结果 \n\n");
            return "Exception handeled on behalf of you!";
        }
    }
}

这个优化后的@Around逻辑很简单：

• 正常请求时，joinPoint.proceed()直接调用目标方法，和没有切面的执行流程完全一致
• 只有当目标方法抛出RuntimeException时，才会进入catch块，返回你想要的默认字符串，同时阻止异常继续传播

这样既实现了你的需求，又避免了“每次请求都额外处理”的问题，完美平衡了功能和性能。

补个快速知识点：Spring AOP各通知的核心职责 #

给你梳理下，避免以后踩类似的坑：

• @Before：目标方法执行前触发，做前置准备工作
• @AfterReturning：目标方法正常返回后触发，可处理返回结果
• @AfterThrowing：目标方法抛出异常后触发，仅做异常后的收尾
• @After：不管目标方法正常返回还是抛出异常，最后都会触发（类似finally）
• @Around：包裹目标方法的全流程，是唯一能控制方法执行、修改返回结果、拦截异常的通知类型

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