能否为抛出指定异常的任意方法配置@AfterThrowing通知及启动报错问题

1. 调整切点后Spring启动崩溃的原因 #

你将切点改为execution(* *(..))后，该切点会匹配Spring容器中所有Bean的所有方法，包括Spring自身的核心基础设施Bean（比如报错栈里提到的TomcatServletWebServerFactory这类Web服务器相关的内置Bean）。
问题根源在于：

• 即使你的通知仅处理ExtendedHttpResponseException类型的异常，Spring AOP仍然会为所有匹配切点的Bean生成代理对象，代理后的核心基础设施Bean会破坏原有启动逻辑，直接导致Tomcat初始化失败。
• 即便核心Bean初始化阶段抛出异常，你的通知方法依赖的ResponseContextHolder是Web请求上下文组件，启动阶段根本不存在有效请求上下文，会触发额外异常进一步破坏启动流程。

2. 可以实现无注解的配置，只要限制切点范围即可 #

你不需要依赖ExtendedErrorHandling注解，只需要把切点的匹配范围缩小到你自己的业务代码包，避免匹配Spring内部的Bean即可，示例配置如下：

// 把com.your.business.package替换为你业务代码的根包路径
@AfterThrowing(pointcut = "execution(* com.your.business.package..*.*(..))", throwing = "ex")
public void handleThrownKnownExceptions(ExtendedHttpResponseException ex) {
    // 额外加非空判断，避免异步、定时任务等非请求场景下空指针
    ResponseContext responseContext = ResponseContextHolder.getResponseContext();
    if (responseContext != null) {
        GenericHttpResponseModel responseModel = responseContext.getResponseModel();
        if (responseModel != null && responseModel.getErrors() != null) {
            responseModel.getErrors().add(ex);
            responseContext.setResponseModel(responseModel);
        }
    }
}

额外注意：因为没有注解限制，如果你的业务包中存在非Web请求场景运行的方法（比如异步任务、定时调度、MQ消费等），这些方法抛出ExtendedHttpResponseException时没有请求上下文，所以必须给ResponseContext相关的调用加非空判断，避免触发空指针异常。

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