1、問題描述：項目中2臺dubbo服務給移動端提供查詢接口，移動端反應說查詢時而很快(秒刷)，時而很慢(4-5秒)。網絡
2、問題分析：負載均衡
一、問題猜測：網絡不穩定緣由致使，可是切換公司wifi和手機4G,問題依舊存在。說明問題不是網絡緣由致使dom
二、由於服務提供者中有記錄服務響應時間日誌，打開2臺服務提供者的日誌，發現有一臺不會打印最新日誌，而全部的服務調用都在另外一臺，檢查發現一臺dubbo服務已經掛了(mark多是問題緣由)。ide
繼續分析正常使用的dubbo服務的響應日誌發現。。響應時間都在200ms左右，從這能夠看出服務響應也是沒問題的。那是什麼緣由致使時快時慢的呢。spa
既然正常服務調用沒問題，那必定是集羣環境中調用出問題了，想到一開始發現的一臺dubbo服務已經掛了(zookeeper註冊中心依然有這臺服務的註冊信息)，而在集羣負載均衡時，Dubbo缺省爲random隨機調用，當請求到掛了的provider時，會先執行重試，日誌
而後再選擇集羣中正常的provider提供的服務，這樣通過重試再選擇provider必然會耗時。接口
驗證結果也印證了以上猜想：當訪問快的時候，日誌很快打印，而在訪問慢的時候，後臺日誌也間隔幾秒纔打印，其中耗時都在重試和再選擇服務上。class
3、問題解決：把掛了的dubbo服務啓動起來，問題沒有再出現集羣