快捷導(dǎo)航

從dubbo源碼分析qos-server端口沖突問題及解決

更新時(shí)間：2023年02月17日 09:33:58 作者：brucelwl

這篇文章主要介紹了從dubbo源碼分析qos-server端口沖突問題及解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教

什么是dubbo的qos-server呢？

qos是dubbo的在線運(yùn)維命令，dubbo2.5.8新版本重構(gòu)了telnet模塊，提供了新的telnet命令支持，新版本的telnet端口與dubbo協(xié)議的端口是不同的端口，默認(rèn)為22222，可以通過配置文件dubbo.properties修改。

在dubbo2.5.7版本之前是不支持注解配置的，因此公司框架對(duì)dubbo做了二次封裝，通過自定義注解@EnableDuubo來支持dubbo的注解配置，并簡(jiǎn)化了server provider，server consumer，server registry配置，開發(fā)人員只要在spring boot啟動(dòng)類中添加@EnableDuubo即可開始自己的業(yè)務(wù)代碼開發(fā)，節(jié)省大量的時(shí)間。

最近在項(xiàng)目開發(fā)過程中由于需要調(diào)試，在本地同一臺(tái)機(jī)器上開了兩個(gè)運(yùn)行實(shí)例，一個(gè)是dubbo provider實(shí)例，一個(gè)是dubbo consumer實(shí)例。

首先啟動(dòng)provider實(shí)例沒有任務(wù)問題，當(dāng)啟動(dòng)consumer以后，控制臺(tái)卻拋出如下問題，

為了解決端口沖突，開始在項(xiàng)目中使用各種idea搜索快捷鍵搜索關(guān)鍵字qos-server和22222都沒有搜索到任何信息。

一般日志都會(huì)打印包名和類型，便于快速定位問題，然后這里日志打印根本沒有輸出包名和類，趕緊修改日志打印格式配置，終于得到如下錯(cuò)誤信息

原來是這個(gè)錯(cuò)誤是dubbo的com.alibaba.dubbo.qos.server的Server類中打印出來，查看Server類源碼發(fā)現(xiàn)在方法start中調(diào)用了netty的初始化方法，并將port作為被外部訪問的qos-server端口，代碼如下

問題來了

問題1

什么時(shí)候會(huì)啟用qos服務(wù)呢，端口是何時(shí)被賦值的呢？

在Server類中可以看到唯一為 port參數(shù)賦值的方法只有setPor()方法，查看發(fā)現(xiàn)也只有在QosProtocolWrapper中調(diào)用了setPort()方法，查看源碼可以發(fā)現(xiàn)，在該類的startQosServer()方法中會(huì)首先從url中解析qos.enable參數(shù)，如果未獲取到該參數(shù)值，則默認(rèn)啟動(dòng)qos服務(wù)，同時(shí)服務(wù)端口也是從url中解析，默認(rèn)使用22222。

問題2

那么這個(gè)url到底是啥呢？

其實(shí)斷點(diǎn)程序可以發(fā)現(xiàn)，該url就是項(xiàng)目中對(duì)dubbo的一些配置信息，例如注冊(cè)中心地址，超時(shí)時(shí)間，超時(shí)重試次數(shù)等等，由于項(xiàng)目中沒有對(duì)qos服務(wù)的配置，因此全部采用了默認(rèn)配置，導(dǎo)致端口沖突。

問題3

如何禁用qos服務(wù)呢？

雖然qos端口沖突并影響服務(wù)消費(fèi)者消費(fèi)服務(wù)，但是每次程序啟動(dòng)總是拋出端口沖突異常，有強(qiáng)迫證的程序肯定以為程序哪里出錯(cuò)了，總會(huì)有那么一點(diǎn)忐忑。

而且大多數(shù)情況可能并不需要這個(gè)qos服務(wù)，默認(rèn)開啟浪費(fèi)端口，浪費(fèi)機(jī)器資源（雖然資源占用并不一定很多），如果你是 java 注解配置，可以通過如下代碼禁用qos服務(wù)，有些版本可能沒有提供該API，如下是dubbo 2.6.2中的API

或者通過dubbo官網(wǎng)已經(jīng)給出了文檔來配置

dubbo2.6.8 的配置項(xiàng)
dubbo.application.qos-port=2222
dubbo.application.qos-enable=true
dubbo.application.qos-accept-foreign-ip=false

問題4

為什么我獨(dú)立搭建dubbo分布式服務(wù)的時(shí)候沒有出現(xiàn)qos-server端口沖突呢？

原因在于qos-server 需要netty4版本的支持，默認(rèn)情況下dubbo不會(huì)引用netty4的依賴包，（而項(xiàng)目中有依賴netty4，因此拋出端口異常，）因此在QosProtocolWrapper類中調(diào)用Server類的start()方法啟動(dòng)qos服務(wù)時(shí)，會(huì)拋出ClassNotFoundException，QosProtocolWrapper的startQosServer()方法僅僅try catch了異常，未做任何處理，因此根本沒有拋出任何異常，這是極其反對(duì)的一種做法，至少打個(gè)日志啊。

源碼如下：