筆記簡述
Dubbo服務暴露之前分為了兩小節(jié)Dubbo 服務暴露 源碼學習(上)(三) 和Dubbo 服務暴露 源碼學習(下)(四) 從源碼的角度去分析去學習dubbo服務暴露的細節(jié),現(xiàn)在站在更高的一個角度去回顧整個服務暴露整個的流程和操作,我們能從其中學習到什么。
更多內(nèi)容可看[目錄]Dubbo 源碼學習
目錄
Dubbo 服務暴露 總結(jié)(五)
1、Spring
2、SPI
3、服務暴露流程
- 獲取注冊中心
- 服務信息的組裝
- 服務IO端口提供
- 服務的注冊
1、Spring
基于spring開發(fā),做到無縫對接spring,在使用上只有極少數(shù)的xml配置學習成本,在Dubbo內(nèi)部繼承了若干個類,自定義實現(xiàn)的xsd和配套的解析方法等。如果以后需要接入自定義的NameSpaceContext,同樣需要類似的處理
- 通過BeanNameAware修改bean的名稱
- ApplicationContextAware去獲取Spring IOC的容器
- IntializingBean的afterPropertiesSet去自定義實現(xiàn)bean的實例對象
- ApplicationListener的onApplicationEvent接收各種事件
- DisposableBean的destroy去銷毀bean
獲取Spring IOC容器之后,在自定義實現(xiàn)dubbo的服務bean時,就可以獲取到系統(tǒng)配置的注冊中心、使用的協(xié)議、均衡負責等內(nèi)容(對注冊中心、協(xié)議等對Spring而言只是個普通的bean而言),這樣就可以完成對ServiceBean的屬性輸入。
2、SPI
雖然之前介紹過了SPI的整個的處理細節(jié),詳情可看Dubbo SPI 源碼學習 & admin安裝(二),在整個的dubbo中也確實大量使用中。可是真正的在調(diào)試服務暴露中還是有不少細節(jié)被忽略掉了。
- 基本上所有的類都有通過拼接代碼字符串再編譯生成其對象
- 動態(tài)生成的對象其實并沒有做很多事情,只是根據(jù)配置的xml參數(shù),動態(tài)決定選取合適的實現(xiàn)類,再調(diào)用其方法
- 參數(shù)注入和spring的參數(shù)注入方法不一樣的是,dubbo是獲取類的所有set開頭同時參數(shù)只有1個的公共方法,通過SPI取到參數(shù)的值,然后反射invoke注入的
- Dubbo為了一些附加的功能,存在包裝類的情況,每一個接口都有wrapper的存在,如果存在則最后返回的對象不是對象本身,而是經(jīng)過層層包裝產(chǎn)生的對象,例如Protocol
3、服務暴露流程
如果是我們?nèi)ネ瓿蛇@個任務會怎么去做呢?有兩點肯定是要實現(xiàn)的
- 注冊中心,需要把服務提供方的信息推送給注冊中心統(tǒng)一管理,服務調(diào)用方能夠感知到存在這個服務
- 對外的網(wǎng)絡端口,可通過套接字和外界(服務調(diào)用方)發(fā)生信息交換
服務調(diào)用方感知到服務的存在,然后獲取其服務的套接字信息,然后直接通過網(wǎng)絡IO完成信息交換
Dubbo其實也基本上按照這種思路來實現(xiàn)的,只是支持了多種協(xié)議,并且還有監(jiān)控、統(tǒng)計等功能,層次分明。
1. 獲取注冊中心
注冊中心的基本配置就是在xml配置的dubbo:registry,生成的URL也是注冊協(xié)議的URL,例如
registry://127.0.0.1:2182/com.alibaba.dubbo.registry.RegistryService?application=dubbo-demo&client=zkclient&dubbo=2.5.3&group=dubbo-demo&owner=jwfy&pid=2772®istry=zookeeper×tamp=1525276569763
會把一個dubbo的xml配置的基本信息給提取出去
2. 服務信息的組裝
既然注冊中心已經(jīng)準備好了,那現(xiàn)在就需要處理我們對外暴露的service信息
對外暴露服務也需要配置的,這個配置就是從dubbo:protocol來的
這個配置會告訴系統(tǒng),所有對外暴露的IO讀取協(xié)議是什么,默認的是dubbo,其實也支持redis、http等
是處理IO數(shù)據(jù)流方式的協(xié)議
不過,如果沒有IP、端口等數(shù)據(jù),則從dubbo:provider提取
再配置其他屬性數(shù)據(jù),生成的URL,例如
dubbo://172.16.109.110:20880/com.jwfy.dubbo.product.ProductService?anyhost=true&application=dubbo-demo&default.loadbalance=random&
dubbo=2.5.3&interface=com.jwfy.dubbo.product.ProductService&methods=print,getStr&owner=jwfy
&pid=2772&side=provider×tamp=1525313423899
這個對外的服務使用的那種均衡負責、暴露的接口、具體可以被調(diào)用的函數(shù)等,而且是屬于提供方
3. 服務IO端口提供
既然網(wǎng)絡IO端的協(xié)議數(shù)據(jù)已經(jīng)準備好了,那就可以開啟,等待服務方的調(diào)用
這點可以直接跳到DubboProtocol類的export操作了(以Dubbo協(xié)議為例子)
針對每一個URL都提取出一個key,然后存儲對應的invoker、url等信息
真正操作中取的是服務名+協(xié)議端口為key,DubboExporter為value的一個map,后續(xù)就可以通過key反取出invoke對象
接下來就是使用哪種Transporter操作了,默認是使用了netty的NettyTransporter(netty是一種基于java開發(fā)的異步的、事件驅(qū)動的高效的網(wǎng)絡IO框架),如果需要使用其他的IO框架,則需要在dubbo:provider設置service字段
現(xiàn)在網(wǎng)絡對外的協(xié)議Netty已經(jīng)準備好了,服務信息也已經(jīng)準備好了,那接下來就按照特定的格式decode操作,把數(shù)據(jù)轉(zhuǎn)變?yōu)樽止?jié)流,由netty向外開放出來即可
由此服務調(diào)用方就可以通過網(wǎng)絡IO 鏈接到服務提供方上
4. 服務的注冊
服務的注冊是另一個操作,也就是把當前提供的服務告訴給注冊中心,后續(xù)服務調(diào)用方就可以訂閱注冊中心,從而知道有哪些服務了,當前例子是使用了zookeeper作為注冊中心
現(xiàn)在我們知道的是對外暴露服務的url信息(也就是invoke對象中的url)
所以操作也就很明顯了,先獲取到注冊中心的配置信息,然后把服務url信息轉(zhuǎn)為zk協(xié)議的url信息,最后連接到注冊中心,注冊保存即可
這里面就有使用zookeeper的jar包功能,需要和注冊中心交互的操作
此外還有些附屬的功能,例如超時重試、連接信息的保存和讀取(如果注冊中心突然出現(xiàn)問題,服務端和客戶端還可以利用本地文件緩存繼續(xù)工作,只是不能再實時獲取最新的訂閱信息罷了)
一般本地的連接信息存儲在/Users/XXX/.dubbo中,如果出現(xiàn)了無法注冊無法調(diào)用的情況,可以考慮刪除該文件重啟服務