①总体设计spring
图例说明:缓存
图中左边淡蓝背景的为服务消费方使用的接口,右边淡绿色背景的为服务提供方使用的接口,位于中轴线上的为双方都用到的接口。服务器
图中从下至上分为十层,各层均为单向依赖,右边的黑色箭头表明层之间的依赖关系,每一层均可以剥离上层被复用,其中,Service 和 Config 层为 API,其它各层均为 SPI。网络
图中绿色小块的为扩展接口,蓝色小块为实现类,图中只显示用于关联各层的实现类。架构
图中蓝色虚线为初始化过程,即启动时组装链,红色实线为方法调用过程,即运行时调时链,紫色三角箭头为继承,能够把子类看做父类的同一个节点,线上的文字为调用的方法。负载均衡
②dubbo的十层架构说明异步
service 接口层 :给服务提供者、服务消费者去实现。ide
config 配置层 :对外的配置接口,以ServiceConfig,REferenceConfig为中心,能够直接初始化配置类。也能够经过spring解析配置生成配置类。工具
proxy服务代理层 :服务接口透明代理,生成服务的客户端Stub和服务端Skeleton,以ServiceProxy为中心,扩展接口为ProxyFactory。设计
registry注册中心层 :封装注册地址的注册与发现,以服务URL为中心,扩展接口为RegistryFactory,Registry,RegistryService。
cluster路由层 :封装多个提供者的路由与负载均衡,并桥接注册中心,以Invoker为中心,扩展接口为cluster,Directory,Router,LoadBalance。
monitor监控层 :RPC调用次数和调用时间监控,以Statistics为中心,扩展接口为MonitorFactory,Monitor,MonitorService。
protocol远程调用层 :封装RPC调用,以Invocation,Result为中心,扩展接口为Protocol,Invoker,Exportor。
exchange信息交换层 :封装请求响应模式,同步转异步,以Request,Response为中心,扩展接口为Exchanger,ExchangeChannel,ExchangeClient,ExchangeServer。
transport网络传输层:抽象mina和netty为统一接口,以Message为中心,扩展接口为Channel,Transporter,Client,Server,Codec。
serialize数据序列化层 :能够复用的一些工具,扩展接口为Serialization,ObjectInput,ObjectOutput,ThreadPool。
③关系说明
在RPC中,Protocol是核心层,也就是只要有Protocol+Invoker+Exporter就能够完成非透明的RPC调用,而后在Invoker的过程上Filter拦截点。
图中的Consumer和Provider是抽象概念,只是想让看图者更直观的了解哪些类分属于客户端与服务器端,不用 Client 和 Server 的缘由是 Dubbo 在不少场景下都使用 Provider, Consumer, Registry, Monitor 划分逻辑拓普节点,保持统一律念。
Cluster是外围概念,全部cluster的目的是将多个Invoker假装成一个Invoker,这样其余人只要关注Protocol层Invoker便可,加上Cluster或者去掉Cluster对其余层都不会形成影响,由于只有一个提供者时,是不须要Cluster的。
Proxy层封装了全部接口的透明化代理,而在其它层都以Invoker为中心,只有暴露给用户使用时,才用Proxy将Invoker转为接口,或者将接口实现为Invoker,也就是去掉Proxy层的RPC是能够run的,只是不那么透明,不那么看起来向本地服务同样调用远程服务。
Remoting实现是dubbo协议的实现,若是你选择RMI协议,整个Remoting都用不上,Remoting内部再划分为transport传输层和exchange交换层,Transport层只负责单向消息传输,是对mina,netty,Grizzly的抽象,它能够扩展UDP传输,二Exchange层是在传输层之上封装了Request-Response语义。
Registry和Monitor实际上不算一层,而是一个独立的节点,只是为了全局概览,用层的方式画在了一块儿。
暴露服务时序
暴露服务时序
简易通讯过程示意图
能够,由于刚开始初始化的时候,消费者会将提供者的地址等信息拉取到本地缓存,因此注册中心挂了能够继续通讯