一、未饑餓加載前

我們的服務(wù)者端口是8081，消費(fèi)者端口是8085

當(dāng)我們將兩個項目都啟動的時候，在消費(fèi)者里日志級別設(shè)置未debug，發(fā)現(xiàn)找不到8081

二、開啟饑餓加載

# 配置饑餓加載,d1為服務(wù)名
ribbon.eager-load.enabled=true
ribbon.eager-load.clients=d1  

如果多個服務(wù)開啟饑餓模式，使用逗號分隔。 clients: userservice,orderservice 

三、饑餓加載的原理

①特點(diǎn)：我們可以理解為一種優(yōu)化策略，

 應(yīng)用啟動時，Ribbon會根據(jù)配置立即向服務(wù)注冊中心發(fā)起請求，獲取指定服務(wù)的所有實(shí)例信息，并將其緩存起來。

② 優(yōu)點(diǎn)：

• 減少延遲：首次調(diào)用服務(wù)時不再需要等待從服務(wù)注冊中心獲取實(shí)例列表的時間，提高服務(wù)調(diào)用的響應(yīng)速度。
• 避免雪崩效應(yīng)：特別是在服務(wù)集群規(guī)模較大或網(wǎng)絡(luò)延遲較高的情況下，避免因首次請求時集中拉取服務(wù)列表引發(fā)的網(wǎng)絡(luò)擁塞或超時問題。
• 提升用戶體驗(yàn)：特別適用于對啟動性能要求較高的場景，如系統(tǒng)啟動初期就有高并發(fā)請求的情況。

③ 缺點(diǎn)：

• 增加資源消耗：啟動時即加載所有服務(wù)實(shí)例可能導(dǎo)致額外的網(wǎng)絡(luò)資源消耗，特別是當(dāng)服務(wù)實(shí)例數(shù)量眾多時。
• 數(shù)據(jù)實(shí)時性問題：如果服務(wù)實(shí)例的注冊狀態(tài)在應(yīng)用啟動后發(fā)生變化（比如新增、移除或狀態(tài)變更），饑餓加載的數(shù)據(jù)可能不會立刻反映最新的服務(wù)列表，需要配合輪詢或其他更新機(jī)制來保持?jǐn)?shù)據(jù)同步。
• 注意：雖然以上描述了Ribbon的一種潛在優(yōu)化策略，但在官方文檔或最新版本的Spring Cloud體系中，對Ribbon的饑餓加載特性并沒有明確支持。不過開發(fā)者可以根據(jù)需求自行實(shí)現(xiàn)類似的邏輯，以實(shí)現(xiàn)在應(yīng)用啟動時預(yù)先加載服務(wù)實(shí)例信息的目的。

到此這篇關(guān)于springcloud - ribbon 饑餓加載的文章就介紹到這了,更多相關(guān)springcloud ribbon 加載內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論