Spring Retry指数退避问题：delayExpression与multiplierExpression联用失效

这不是你的配置错误，是Spring Retry注解在同时使用delayExpression和multiplierExpression时的设计缺陷——当两者同时配置为动态表达式时，退避策略的初始化逻辑没有正确将动态解析的初始延迟和乘数结合，导致后续重试的延迟始终等于初始值，无法实现指数增长。

验证结论 #

从你给出的测试场景可以确认：

• 硬编码delay+multiplier：逻辑正常，指数退避生效
• 硬编码delay+multiplierExpression：动态乘数能正确作用于固定初始延迟，指数退避生效
• delayExpression+multiplierExpression：两者的动态值无法协同工作，退避时间保持初始值不变

可行解决方案 #

方案1：自定义退避策略Bean（推荐）

通过编程方式创建ExponentialBackOffPolicy，手动注入配置属性，确保初始延迟和乘数能正确结合：

1. 先定义配置类读取重试属性：

@Configuration
@ConfigurationProperties(prefix = "retry.app")
public class RetryConfigProps {
    private int maxAttempts;
    private long backOffDelay;
    private double multiplier;

    // 生成getter、setter
}

2. 创建自定义退避策略Bean：

@Configuration
public class RetryPolicyConfig {
    @Bean
    public ExponentialBackOffPolicy appExponentialBackoff(RetryConfigProps props) {
        ExponentialBackOffPolicy backOffPolicy = new ExponentialBackOffPolicy();
        backOffPolicy.setInitialInterval(props.getBackOffDelay());
        backOffPolicy.setMultiplier(props.getMultiplier());
        return backOffPolicy;
    }
}

3. 修改自定义@AppRetryable注解，指定使用该退避策略：

@Retryable(
    maxAttemptsExpression = "${retry.app.maxAttempts}",
    backoff = @Backoff(policy = "appExponentialBackoff")
)
@Target({ ElementType.METHOD, ElementType.TYPE })
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface AppRetryable {
}

方案2：使用SpEL表达式计算延迟（替代方案）

如果不想自定义Bean，可以尝试在delayExpression中用SpEL结合乘数计算，但逻辑相对复杂，仅适合简单场景：

@Retryable(
    maxAttemptsExpression = "${retry.app.maxAttempts}",
    backoff = @Backoff(
        delayExpression = "#{${retry.app.backOffDelay} * T(java.lang.Math).pow(${retry.app.multiplier}, retryContext.retryCount - 1)}"
    )
)
// 注解其他元数据不变

注：这种方式需要依赖retryContext变量，且表达式可读性较差，不推荐用于复杂场景。

补充说明 #

这个问题属于Spring Retry注解驱动逻辑的边界case，在当前稳定版本中尚未修复。使用自定义退避策略Bean的方式不仅能解决问题，还能让重试逻辑更易维护和扩展。

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