Spring 使用Spring Retry優雅引入重試機制

語言: CN / TW / HK

如今,Spring Retry是一個獨立的包了(早期是Spring Batch的一部分),下面是使用Spring Retry框架進行重試的幾個重要步驟。

第一步:加入Spring Retry依賴包。

<dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
    <version>1.1.2.RELEASE</version>
</dependency>

第二步:在應用中包含main()方法的類或者在包含@Configuration的類上加上@EnableRetry註解

第三步:在想要進行重試的方法(可能發生異常)上加上@Retryable註解

@Retryable(maxAttempts=5,backoff = @Backoff(delay = 3000))
public void retrySomething() throws Exception{
    logger.info("printSomething{} is called");
    thrownew SQLException();
}

在上面這個案例當中的重試策略就是重試5次,每次延時3秒。詳細的使用文檔看這裏,它的主要配置參數有下面這樣幾個。其中exclude、include、maxAttempts、value幾個屬性很容易理解,比較看不懂的是backoff屬性,它也是個註解,包含delay、maxDelay、multiplier、random四個屬性。

  • delay:如果不設置的話默認是1秒
  • maxDelay:最大重試等待時間
  • multiplier:用於計算下一個延遲時間的乘數(大於0生效)
  • random:隨機重試等待時間(一般不用)

Spring Retry的優點很明顯,第一,屬於Spring大生態,使用起來不會太生硬;第二,只需要在需要重試的方法上加上註解並配置重試策略屬性就好,不需要太多侵入代碼。

但同時也存在兩個主要不足

第一,由於Spring Retry用到了Aspect增強,所以就會有使用Aspect不可避免的坑——方法內部調用,如果被 @Retryable 註解的方法的調用方和被調用方處於同一個類中,那麼重試將會失效;

第二,Spring的重試機制只支持對異常進行捕獲,而無法對返回值進行校驗判斷重試。如果想要更靈活的重試策略可以考慮使用Guava Retry,也是一個不錯的選擇。