Dubbo原理

角色

    Provider     提供服务

    Consumer   调用服务

    Register     服务注册于发现的 注册中心

    Monitor     统计服务的调用次数和调用时间的监控中心

调用远程像调用本地一样  底层帮助做了序列化 和 反序列化

  

原理:

1、当生产者 启动时候 ,会将自己的服务信息注册到注册中心

 2、将当前服务的接口 class 完整路径 做key value 为实际dubbo协议调用地址 以临时和持久界定啊的方式存在zk

比如:   com.toov5.MemberService   作为key存放在zk节点 

                                                            value是一些列的子节点。Priverder存放多个服务实际地址

消费者 采用订阅的方式是获取服务接口地址

   PS:  zk核心: 节点和事件通知(增删改),通知给订阅者(消费者)  订阅key: com.toov5.MemberService  value 里面有好多个哦    

   消费者 在获取地址之后,采用本地RPC远程调用技术(netty)

      

这个过程 通过监控中心 Monitor 监控哦  通过dubboAdmin进程查询

原文地址:https://www.cnblogs.com/toov5/p/9923142.html