您好,登錄后才能下訂單哦!
本篇內容主要講解“Dubbo知識點有哪些”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“Dubbo知識點有哪些”吧!
通過此次對Dubbo SPI的源碼初探,
知道了Dubbo通過ExtensionLoader實現了一個簡單的IOC容器,
通過裝飾者模式,實現了類似AOP的功能,
從這里面不禁發現,無論在任何軟件或者框架的開發中,
都有要把對象的整個生命周期以及生命周期前后的鉤子留出來,方便后續擴展,也許是鉤子,也許是鏈式擴展。
RegistryProtocol 可以認為并不是一個真正的協議,
他是這些實際的協議(dubbo . rmi)包裝者,
這樣客戶端的請求在一開始如果沒有服務端的信息,
會先從注冊中心拉取服務的注冊信息,
然后再和服務端直連,這個很重要,
因為在我司是通過注冊中心進行路由轉發信息的。
URL 協議頭不同,
RegistryProtocol 通過 URL 的 registry:// 協議頭標識,
DubboProtocol通過 URL 的dubbo://協議頭標識,
在ServiceConfig或者RefrenceConfig中基于擴展點自適應機制會尋找對應的Protocol進行發布與引用
Registry類型Invoker不會被Filter攔截,實際的協議Invoker才會被攔截
說明:所謂魔法數值,是指在代碼中直接出現的數值,只有在這個數值記述的那部分代碼中才能明確了解其含義
hession2:二進制序列化協議
看了這個協議,或許明白了些許為什么比http效率要高一點
請求頭較小,沒有額外信息。
http的編解碼工作由http服務器做一層編解碼,
再由我們的應用服務器做一次編解碼(如json)才到我們的jvm之中。
而dubbo這種一般不需要二次編碼,直接編碼二進制,然后傳輸。
到此,相信大家對“Dubbo知識點有哪些”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。