1 dubbo:registry和dubbo:reference dubbo:service

dubbo:registry對(duì)應(yīng)一個(gè)注冊(cè)中心，每個(gè)registry都有一個(gè)id，reference和service都有一個(gè)registry的屬性，這個(gè)屬性就是它們對(duì)應(yīng)的registry的id。

1.1 dubbo:registry的屬性

id，該注冊(cè)中心的id；

protocol，表示是使用zookeeper還是redis，還是其它的注冊(cè)中心。

address，注冊(cè)中心的ip地址和端口號(hào)。

1.2 dubbo:reference的屬性

dubbo:reference是dubbo消費(fèi)者引用的服務(wù)。

registry，從指定的注冊(cè)中心獲取服務(wù)列表，如果不設(shè)置的話(huà)，就會(huì)從所有的注冊(cè)中心獲取服務(wù)列表然后合并。

id，這個(gè)和服務(wù)提供方的bean id是對(duì)應(yīng)的嗎？是對(duì)應(yīng)的，為什么要對(duì)應(yīng)呢？因?yàn)樵谶M(jìn)行rpc的時(shí)候，應(yīng)該需要把這個(gè)id發(fā)過(guò)去，這樣就能夠迅速的找到對(duì)應(yīng)的服務(wù)的bean了。是這樣的嗎？應(yīng)該是這樣的，因?yàn)槿绻皇强縤nterface是不夠的，因?yàn)橥粋€(gè)interface的話(huà)可能會(huì)有多個(gè)實(shí)現(xiàn)。

interface，服務(wù)的接口，這個(gè)需要和provider的對(duì)應(yīng)，這個(gè)interface一般在單獨(dú)的api中定義好。

check，是否在dubbo啟動(dòng)時(shí)就檢查服務(wù)是否可用。

version，服務(wù)的版本，這個(gè)需要和服務(wù)提供者的版本一致。

filter，做一些業(yè)務(wù)無(wú)關(guān)的邏輯，比如記一些log之類(lèi)的事情。

1.3 dubbo:service的屬性

executes，每個(gè)服務(wù)的每個(gè)方法最大的請(qǐng)求并行數(shù)目。

2 dubbo:consumer和dubbo:provider

dubbo:consumer為dubbo:reference缺省值進(jìn)行配置，

dubbo:provider為dubbo:service缺省值進(jìn)行胚子。

?

3 關(guān)于consumer和provider的timeout

配置的超時(shí)以consumer的timeout為準(zhǔn)，就是需要服務(wù)至少在該時(shí)間內(nèi)返回一個(gè)結(jié)果。但是provider的timeout也是有參考意義的，因?yàn)榉?wù)的提供者知道自己的服務(wù)能夠在多長(zhǎng)時(shí)間內(nèi)返回一個(gè)結(jié)果。就算是高并發(fā)情況下也應(yīng)該給出一個(gè)確定的值，。

4 為什么consumer和provider都配置負(fù)載均衡

無(wú)論是在consumer還是在provider配置負(fù)載均衡，它們本質(zhì)上都是一樣的，因?yàn)槿绻窃趐rovider端配置的負(fù)載均衡的話(huà)，會(huì)被同步到consumer端。所以，一般情況下都是在consumer端配置負(fù)載均衡。

如果在consumer不配置負(fù)載均衡的話(huà)，默認(rèn)使用的是provider端配置的負(fù)載均衡，如果provider不配置負(fù)載均衡的話(huà)，默認(rèn)使用的是隨機(jī)策略的負(fù)載均衡，首先設(shè)置權(quán)重，然后按照權(quán)重設(shè)置隨機(jī)概率，權(quán)重高的概率也就大。

5 dubbo:application

應(yīng)用信息配置，比如當(dāng)前應(yīng)用的名字。

?

轉(zhuǎn)載于:https://www.cnblogs.com/hustdc/p/9007914.html

總結(jié)

以上是生活随笔為你收集整理的dubbo配置的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。