现有的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处理和游戏服务器中流处理相结合。很好。