現有的rpc通訊方式基本形式:uri或url java
dubbo:若是發送命令方和server都是java,直接經過java類訪問該多好。 web
因而: 編程
dubbo服務端:註冊service到context中 json
dubbo客戶端:從context中獲取service 服務器
客戶端只須要下載context中的service jar包到本地,以知足編譯須要便可。(這又是面向接口編程的一次很美的應用)。 url
歸根結底:dubbo仍是一個rpc協議處理方案。 線程
add sth ---------------------------------新的猜想 server
dubbo包括client和server,相似json-rpc 接口
server的實現多是web服務器中的一個filter,不過增長了本身的context管理功能。‘ 遊戲
client端封裝好了訪問rpc的請求,經過類調用來實現。
add sth more:
dubbo比別的rpc處理高效的緣由
用戶和server之間是長鏈接,並且利用了多個client共享一個server端線程的機制,把傳統的rpc處理和遊戲服務器中流處理相結合。很好。