為什麼dubbo的呼叫重試不建議設定成超過1
前面提到過，重試是靠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已經發生變化