Spring Retry底层工作原理是什么？AOP实现为何未显式可见？

一、不依赖线程的重试逻辑实现方式 #

Spring Retry 默认采用同步阻塞式重试，完全在当前调用线程内完成，不需要额外线程资源，核心逻辑就是循环调用目标方法，直到满足终止条件：

1. 发起调用前，创建重试上下文（RetryContext）记录重试次数、异常信息等状态；
2. 进入循环：调用目标方法，若成功则直接返回结果；
3. 若调用抛出异常，先更新重试上下文的状态；
4. 根据重试策略（比如最大重试次数、异常类型匹配）判断是否继续重试：
   • 若不允许继续，直接抛出最终异常；
   • 若允许继续，执行等待策略（比如固定间隔等待、指数退避）后，再次进入循环调用目标方法。

核心逻辑的简化伪代码如下：

public Object executeRetry(RetryCallback callback) throws Exception {
    RetryContext context = retryPolicy.open(null);
    try {
        while (retryPolicy.canRetry(context)) {
            try {
                return callback.doWithRetry(context);
            } catch (Throwable e) {
                context.registerThrowable(e);
                if (!retryPolicy.canRetry(context)) {
                    throw e;
                }
                // 执行等待策略，比如Thread.sleep()
                backOffPolicy.backOff(context);
            }
        }
        throw new RetryExhaustedException("重试次数耗尽");
    } finally {
        retryPolicy.close(context);
    }
}

二、AOP实现的隐藏位置 #

Spring Retry 并没有使用@Aspect注解定义切面，而是通过编程式Spring AOP实现方法拦截，核心实现如下：

• 当你启用@EnableRetry注解时，Spring会加载RetryConfiguration配置类，该类会创建RetryOperationsInterceptor实例——这是一个实现了MethodInterceptor接口的方法拦截器，负责封装重试逻辑；
• RetryAnnotationAdvisor作为通知器，会将RetryOperationsInterceptor与@Retryable注解绑定，通过Spring AOP的代理机制，自动将拦截器织入到所有标记了@Retryable的方法上；
• 当目标方法被调用时，代理对象会先执行RetryOperationsInterceptor的拦截逻辑，完成重试判断与执行，再调用真实的目标方法。

这种编程式的AOP实现，避免了使用@Aspect注解的声明式切面，所以你在源码中找不到对应的@Aspect类，但底层依然依赖Spring AOP的代理机制完成方法增强。

内容的提问来源于stack exchange，提问作者Mr. Gung