快捷導(dǎo)航

springcloud ribbon 饑餓加載原理解析

更新時(shí)間：2024年04月25日 10:08:37 作者：今天的接口寫完了嗎？

這篇文章主要介紹了springcloud ribbon 饑餓加載原理解析,饑餓加載特別適用于對(duì)啟動(dòng)性能要求較高的場景,如系統(tǒng)啟動(dòng)初期就有高并發(fā)請(qǐng)求的情況,感興趣的朋友跟隨小編一起學(xué)習(xí)吧

一、未饑餓加載前

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

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

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

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

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

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

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

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

③ 缺點(diǎn)：

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

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

您可能感興趣的文章: