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

如今，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，也是一個不錯的選擇。