面試官：Feign第一次調用為什么會很慢？
-
前言 -
Ribbon是如何進行負載的 -
RibbonClientConfiguration -
ZoneAwareLoadBalancer -
Ribbon負載均衡策略 -
Ribbon-eager-load（饑餓加載）模式 -
開啟Ribbon饑餓加載 -
總結
前言
首先要了解 Feign 是如何進行遠程調用的，這里面包括，注冊中心、負載均衡、FeignClient 之間的關系，微服務通過不論是 eureka、nacos 也好注冊到服務端，F(xiàn)eign 是靠 Ribbon 做負載的，而 Ribbon 需要拿到注冊中心的服務列表，將服務進行負載緩存到本地，然后 FeignClient 客戶端在進行調用，大概就是這么一個過程。
基于 Spring Boot + MyBatis Plus + Vue 3.2 + Vite + Element Plus 實現(xiàn)的前后端分離博客，包含后臺管理系統(tǒng)，支持文章、分類、標簽管理、儀表盤等功能。
GitHub 地址：https://github.com/weiwosuoai/WeBlog Gitee 地址：https://gitee.com/AllenJiang/WeBlog
Ribbon是如何進行負載的
首先我們要清楚 Ribbon 是如何進行負載的，也就是如何獲取 nacos、eureka 的服務列表，這個很關鍵。
Ribbon是如何進行負載的
RibbonClientConfiguration
RibbonClientConfiguration 類中通過 LoadBalancer，我們知道 ribbon 是靠LoadBalancer 做負載的 無非就是 ILoadBalancer 接口的方法，依次是添加新的服務、在負載均衡里選擇一個服務、markServerDown 服務下線、獲取服務列表、獲取存活的服務器、獲取所有服務器（包括健康和不健康的）
ILoadBalancer 接口
ZoneAwareLoadBalancer
loadBalancer 默認的是 ZoneAwareLoadBalancer 負載均衡器，通過繼承父類DynamicServerListLoadBalancer 的 restOfInit 方法，里面比較重要的兩個方法，enableAndInitLearnNewServersFeature和updateListOfServers 方法
restOfInit 方法
enableAndInitLearnNewServersFeature 方法里面。
LOGGER.info("Using serverListUpdater {}", serverListUpdater.getClass().getSimpleName());
serverListUpdater.start(updateAction);
讓我們看 ServerListUpdater.start 方法的實現(xiàn)，通過自定義線程去拿，這就是獲取服務列表。
ServerListUpdater.start
Ribbon負載均衡策略
服務列表獲取說了，當然負載均衡的策略這塊也有必要講一下，主要有七種；
-
RoundRobinRule（輪詢策略，按照服務順序依次循環(huán)調用） -
WeightedResponseTimeRule（權重比策略，優(yōu)先選擇權重比高的服務，也就是服務響應時間比較短的，響應時間越長權重比越低） -
RandomRule（隨機策略，服務提供者列表隨機選擇一個服務） -
BestAvailableRule（最小連接數(shù)策略，獲取服務列表中連接數(shù)最小的服務實例） -
RetryRule（重試策略，重試獲取已經失效的服務，指定時間沒有獲取到返回NULL） -
AvailabilityFilteringRule（可用性敏感策略，過濾非健康服務實例，選擇lianji） -
ZoneAvoidanceRule（區(qū)域敏感策略）
關于自定義負載均衡策略，不屬于本文范疇。如感興趣，參考：https://t.zsxq.com/0fPeLWdXo。
基于 Spring Boot + MyBatis Plus + Vue 3.2 + Vite + Element Plus 實現(xiàn)的前后端分離博客，包含后臺管理系統(tǒng)，支持文章、分類、標簽管理、儀表盤等功能。
GitHub 地址：https://github.com/weiwosuoai/WeBlog Gitee 地址：https://gitee.com/AllenJiang/WeBlog
Ribbon-eager-load（饑餓加載）模式
Ribbon 對于負載 Client 是在服務啟動后，發(fā)生調用的時候才會去創(chuàng)建 Client，所以在第一次發(fā)生 http 請求調用的時候，不光要算上 http 的請求時間，還要算上 Client 的創(chuàng)建時間，所以第一次調用的時候才會很慢，寫個方法調用下。
System 服務調用 System2 服務
@GetMapping("/requestSystem2Api")
public String requestSystem2Api(){
long startTime = System.currentTimeMillis();
R<String> stringR = iTestServiceClient.testRequestMethod();
if (null !=stringR){
log.info("接口返回："+stringR.getMsg());
}
long needTime = System.currentTimeMillis() - startTime;
log.info("接口調用需要的時間："+needTime);
return "";
}
從調用日志可以看出，第一次調用 System2 服務，Ribbon 的 DynamicServerListLoadBalancer 會將 feign 客戶端進行負載，然后進行調用，第一次調用的時間就是會長一些，第二次調用直接進行請求可以看到調用時間很快。
第一次慢，第二次快
開啟Ribbon饑餓加載
ribbon:
nacos:
enabled: true # 開啟naocos輪詢
eager-load:
enabled: true # 開啟Ribbon的饑餓加載模式(防止第一次請求超時的問題)
clients: Lxlxxx-system2 # 指定需要開啟的服務(需要開啟Ribbon的饑餓加載模式)
ReadTimeout: 10000
ConnectTimeout: 10000
MaxAutoRetries: 0
MaxAutoRetriesNextServer: 1
OkToRetryOnAllOperations: false
在項目啟動的時候，可以從日志看到，已經把 Lxlxxx-system2 服務進行加載，從而避免了第一次請求超時的情況。
開啟Ribbon饑餓加載
總結
其實這種饑餓加載模式，類似于“客戶端負載預熱”的一個操作，項目啟動的時候進行加載，防止服務之間調用可以因為數(shù)據(jù)量、業(yè)務邏輯處理復雜性導致接口超時，如果你的服務之間調用業(yè)務處理比較復雜、且慢，不妨可以試試這種解決方式。
·················END·················
資料鏈接
清華學姐自學的Linux筆記，天花板級別！ 新版鳥哥Linux私房菜資料 阿里大佬總結的《圖解Java》火了，完整版PDF開放下載！
Alibaba官方上線！SpringBoot+SpringCloud全彩指南 國內最強的SpringBoot+Vue全棧項目天花板，不接受反駁！
