前面提到過(guò)，重試是靠ClusterInvoker來(lái)保證的，不同的Cluster在調(diào)用失敗的時(shí)候 做不同處理

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

有個(gè)問(wèn)題是經(jīng)常調(diào)用方已經(jīng)調(diào)用了，結(jié)果本地dubbo超時(shí)，繼續(xù)又調(diào)用一次，可能導(dǎo)致consumer那邊調(diào)用了兩次，所以一般都是重試都是業(yè)務(wù)代碼控制的。
為啥這樣，還是因?yàn)镕ailoverClusterInvoker不區(qū)分超時(shí)Excpetion，雖然有不同錯(cuò)誤碼，但是如果是timeoutException，還是會(huì)繼續(xù)重試

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

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

?

轉(zhuǎn)載于:https://www.cnblogs.com/notlate/p/10090867.html

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。