前面提到過，重試是靠ClusterInvoker來保證的，不同的Cluster在調用失敗的時候 做不同處理

比如默認的FailoverClusterInvoke的doInvoke方法里面：
int len = getUrl().getMethodParameter(invocation.getMethodName(), Constants.RETRIES_KEY, Constants.DEFAULT_RETRIES) + 1;
這個RETRIES_KEY就是重試次數，在后面的代碼
for (int i = 0; i < len; i++)
這個就是用來在出現異常的時候，是繼續調用，還是做其他處理，這個不同的ClusterInvoker實現是不同的。
比如FailoverClusterInvoker里面就是吞掉異常繼續調用，除非次數用完，才真正拋出異常。

有個問題是經常調用方已經調用了，結果本地dubbo超時，繼續又調用一次，可能導致consumer那邊調用了兩次，所以一般都是重試都是業務代碼控制的。
為啥這樣，還是因為FailoverClusterInvoker不區分超時Excpetion，雖然有不同錯誤碼，但是如果是timeoutException，還是會繼續重試

另外：
if (i > 0) {
checkWhetherDestroyed();
copyinvokers = list(invocation);
// check again
checkInvokers(copyinvokers, invocation);
}

這一句表示如果第一次調用失敗，那么需要重新做一次list，也就是通過
List<Invoker<T>> invokers = directory.list(invocation);
return invokers;
讓directory去注冊中心重新拿一次，有可能這個時候provider已經發生變化

?

轉載于:https://www.cnblogs.com/notlate/p/10090867.html

總結

以上是生活随笔為你收集整理的为什么dubbo的调用重试不建议设置成超过1的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。