對於開發過網路應用程式的程式設計師來說，重試並不陌生，由於網路的擁堵和波動，此刻不能訪問服務的請求，也許過一小段時間就可以正常訪問了。比如下面這段給某個手機號發SMS的虛擬碼：

1. // 傳送SMS
2. public boolean sendSMS(String phone, String content)
3. {
4. int retryTimes = 3;
5. for(int i=0; i<=3; i++)
6. {
7. try
8. {
9. boolean result = doSomething(phone, content);
10. // 傳送成功直接返回
11. if(result == true)
12. {
13. return true
    ;
14. }
15. }
16. catch(IOException e)
17. {
18. // 可能是網路問題導致IOException,所以我們繼續重試
19. logger.error("send sms error", e);
20. }
21. catch(Exception e)
22. {
23. // 未知異常,與網路無關,有可能是程式碼出現問題,這個時候重試沒用,我們直接返回false
24. logger.error("unknown exception", e);
25. return false;
26. }
27. }
28. return false;
29. }
30. // 給某人發簡訊
31. private boolean doSomething(String phone, String content)
32. {
33. }

這段程式碼有什麼問題呢？看起來很醜，為了實現重試邏輯，各種if-else，各種try-catch。重試邏輯太簡單，只是控制了重試次數，並沒有控制2次重試之間的時間間隔。因為重試程式碼與業務程式碼耦合在一起，所以看起來很複雜。

試想如果我們要改變重試邏輯：比如我們希望每次重試過後，隨機等待一段時間後再重試；比如我們希望重試次數不超過10次，而且總共的重試時間不超過1分鐘；比如我們希望每次重試的時候，都給我們監控系統發一條訊息...隨著重試邏輯的不斷變化，上面程式碼會越來越複雜。而且重試邏輯，其實是各個模組是差別不大的。

最近遇到2個開源專案，都是將重試程式碼封裝成專門的工具，方便使用，比如guava-retrying和spring-retry。後面的文章，會介紹下如何使用guava-retrying。下面這段程式碼使用的是guava-retrying，明顯可以感到程式碼變簡單了。

1. public boolean sendSMS(final String phone, final String content)
2. {
3. Retryer<Boolean> retryer = RetryerBuilder.<Boolean>newBuilder()
4. .retryIfResult(Predicates.equalTo(false)) // 返回false時重試
5. .retryIfExceptionOfType(IOException.class) // 丟擲IOException時重試
6. .withWaitStrategy(WaitStrategies.fixedWait(200, TimeUnit.MILLISECONDS)) // 200ms後重試
7. .withStopStrategy(StopStrategies.stopAfterAttempt(3)) // 重試3次後停止
8. .build();
9. try {
10. return retryer.call(new Callable<Boolean>() {
11. @Override
12. public Boolean call() throws Exception {
13. return doSomething(phone, content);
14. }
15. });
16. } catch (Exception e) {
17. return false;
18. }
19. }

這2個專案github地址是：

https://github.com/rholder/guava-retrying

https://github.com/spring-projects/spring-retry

guava-retrying博文如下：