關(guān)于dubbo的超時(shí)處理及重試原則
由于網(wǎng)絡(luò)或服務(wù)端不可靠,會(huì)導(dǎo)致調(diào)用出現(xiàn)一種不確定的中間狀態(tài)(超時(shí))。
為了避免超時(shí)導(dǎo)致客戶端資源(線程)掛起耗盡,必須設(shè)置超時(shí)時(shí)間。
超時(shí)時(shí)間可以使用 timeout="超時(shí)次數(shù)" 來設(shè)置當(dāng)消費(fèi)者請(qǐng)求一個(gè)服務(wù)時(shí)出現(xiàn)錯(cuò)誤,會(huì)重試連接其他的服務(wù)器,但重試會(huì)帶來更多的延遲。
重試次數(shù)可以使用 retries=重試次數(shù) 來設(shè)置。
1. 注解配置如下
- 在提供者中,reties的值設(shè)置在@Service中
- 在消費(fèi)者中,reties的值設(shè)置在@Reference中
- 為模擬連接失敗,可以采用超時(shí)連接;
具體步驟:
- 1.在提供者分服務(wù)中添加一個(gè)睡眠時(shí)間為5秒
- 2.設(shè)置消費(fèi)者訪問服務(wù)的超時(shí)時(shí)間為3秒,當(dāng)服務(wù)在3秒后還沒有得到結(jié)果就會(huì)連接失敗,并設(shè)置次數(shù)為2次,雖然設(shè)置的次數(shù)是2,但是方法會(huì)執(zhí)行3次,第一次是本來就會(huì)連的,第二次開始就算入了重試次數(shù)
- 3.如果消費(fèi)者配置了重試次數(shù),提供者也配置了重試次數(shù),則以消費(fèi)者為準(zhǔn);
消費(fèi)者的配置
@Service
public class OrderServiceImpl implements OrderService {
@Reference(timeout=3000, retries=2)
private UserService userService;
@Override
public List<Address> getAddress(String userId) {
return userService.getAddress();
}
}提供者的配置
@Service(retries=5)
public class UserServiceImpl implements UserService{
private static List<Address> address = new ArrayList<>();
static {
address.add(new Address(1, "武漢", "young"));
address.add(new Address(2, "河源", "xian"));
}
@Override
public List<Address> getAddress() {
System.out.println("provider---1");
return address;
}
}2. 在xml文件中配置
在xml文件中配置有多個(gè)級(jí)別,一個(gè)是全局級(jí)配置,一個(gè)是接口級(jí)配置,一個(gè)是方法級(jí)配置;
在提供者中的配置
方法一,全局級(jí)配置:
<dubbo:provider timeout="超時(shí)時(shí)間" retries="2"></dubbo:provider>
方法二,接口級(jí)配置:
<dubbo:service interface="com.young.service.UserService" ref="userServiceImpl" timeout="超時(shí)時(shí)間" retries="重試次數(shù)"> <dubbo:method name="getAddress"></dubbo:method> </dubbo:service>
方法三,方法級(jí)配置:
<dubbo:service interface="com.young.service.UserService" ref="userServiceImpl" > <dubbo:method name="getAddress" timeout="超時(shí)時(shí)間" retries="重試次數(shù)"></dubbo:method> </dubbo:service>
其中方法級(jí)的配置的優(yōu)先級(jí)>接口級(jí)配置的優(yōu)先級(jí)>全局級(jí)配置的優(yōu)先級(jí)
在消費(fèi)者中的配置
方法一,全局級(jí)配置:
<dubbo:consumer timeout="超時(shí)時(shí)間" retries="重試次數(shù)"></dubbo:consumer>
方法二,接口級(jí)配置
<dubbo:reference interface="com.young.service.UserService" id="userService" timeout="超時(shí)時(shí)間" retries="重試次數(shù)"> <dubbo:method name="getAddress" timeout="3000" retries="2"></dubbo:method> </dubbo:reference>
方法三,方法級(jí)配置:
<dubbo:reference interface="com.young.service.UserService" id="userService"> <dubbo:method name="getAddress" timeout="超時(shí)時(shí)間" retries="重試次數(shù)"></dubbo:method> </dubbo:reference>
和提供者一樣,消費(fèi)者的優(yōu)先級(jí)順序?yàn)榉椒?jí)的配置的優(yōu)先級(jí)>接口級(jí)配置的優(yōu)先級(jí)>全局級(jí)配置的優(yōu)先級(jí)
配置的原則
dubbo推薦在Provider上盡量多配置Consumer端屬性:
- 作為服務(wù)的提供者,比服務(wù)方更清楚服務(wù)性能的參數(shù),如調(diào)用時(shí)間,合理的重試次數(shù)等,所以這些參數(shù)應(yīng)盡量配置在服務(wù)的提供者方;
- 在provider配置后,Consumer不配置則會(huì)使用provider的配置值,即provider的配置會(huì)作為consumer配置的缺省值。如果使用consumer的全局配置,這對(duì)于provider是不可控的,并且是不合理的。
配置的覆蓋規(guī)則
- 方法級(jí)的配置的優(yōu)先級(jí)>接口級(jí)配置的優(yōu)先級(jí)>全局級(jí)配置的優(yōu)先級(jí),即遵循就近原則,以此為基礎(chǔ);
- 在同級(jí)情況下,消費(fèi)者的優(yōu)先級(jí)大于提供者的優(yōu)先級(jí);
- 優(yōu)先級(jí)高的會(huì)將優(yōu)先級(jí)低的覆蓋;
timeout和retries是兩個(gè)不同的參數(shù),可以設(shè)置在不同的級(jí)別,但都遵循覆蓋原則。
以上面的覆蓋規(guī)則可以得到如下的所有情況:

總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
手把手教你排查解決Java編譯報(bào)錯(cuò):找不到符號(hào)
這篇文章主要介紹了手把手教你排查解決Java編譯報(bào)錯(cuò):找不到符號(hào)的相關(guān)資料,提供了排查步驟和解決方法,通過這些步驟,開發(fā)者可以有效地找到并解決編譯器拋出的找不到符號(hào)錯(cuò)誤,從而提高開發(fā)效率,需要的朋友可以參考下2025-04-04
MyBatis-Plus 使用枚舉自動(dòng)關(guān)聯(lián)注入
本文主要介紹了MyBatis-Plus 使用枚舉自動(dòng)關(guān)聯(lián)注入,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-06-06
基于java swing實(shí)現(xiàn)答題系統(tǒng)
這篇文章主要為大家詳細(xì)介紹了基于java swing實(shí)現(xiàn)答題系統(tǒng),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-01-01
java使用文件流實(shí)現(xiàn)查看下載次數(shù)
這篇文章主要為大家詳細(xì)介紹了java使用文件流實(shí)現(xiàn)查看下載次數(shù),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-07-07
SpringBoot中@ConditionalOnBean注解的具體使用
本文主要介紹了SpringBoot中@ConditionalOnBean注解的具體使用,用于根據(jù)是否存在指定Bean動(dòng)態(tài)注冊(cè)Bean,支持類型、名稱、注解及搜索范圍控制,常見于按需加載、自動(dòng)配置和可選依賴場景,與@ConditionalOnMissingBean形成條件對(duì)立2025-06-06

