Spring 使用Spring Retry引入重試機制

這篇文章主要講解了“Spring 使用Spring Retry引入重試機制”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“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，也是一個不錯的選擇。

感謝各位的閱讀，以上就是“Spring 使用Spring Retry引入重試機制”的內容了，經過本文的學習后，相信大家對Spring 使用Spring Retry引入重試機制這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！