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,也是一個不錯的選擇。
「其他文章」