Dubbo学习总结(七)dubbo框架设计
Dubbo 采用全 Spring 配置方式，透明化接入应用，对应用没有任何 API 侵入，只需用 Spring 加载 Dubbo 的配置即可，Dubbo 基于 Spring 的 Schema 扩展 进行加载。使用了远程调用通信机制（rpc）。
rpc:
1.服务消费方（client）调用以本地调用方式调用服务；
2.客户端代理接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体；
3.客户端代理找到服务地址，并将消息发送到服务端；
4.服务端代理收到消息后进行解码,反序列化；
5.服务端代理根据解码,反序列化结果调用本地的服务；
6.本地服务执行并将结果返回给服务端代理；
7.服务端代理将返回结果打包成消息并发送至消费方；
8.客户端代理接收到消息，并进行解码,反序列化；
9.服务消费方得到最终结果。
RPC框架的目标就是要隐藏细节，展示调用方式。
消费者和提供者彼此之间需要进行网络通信，dubbo默认使用的是netty服务通信在Transport层，netty通信采用的是NIO模式，非阻塞。
Netty是一个异步事件驱动的网络应用程序框架， 用于快速开发可维护的高性能协议服务器和客户端。它极大地简化并简化了 TCP和UDP套接字服务器等网络编程。
阻塞式BIO：
线程阻塞，每次只能执行一个任务。
NIO：
（图片来源网上）
Selector 一般称 为选择器 ，也可以翻译为 多路复用器，
Connect（连接就绪）、Accept（接受就绪）、Read（读就绪）、Write（写就绪）
Netty原理图：
（图片来源网上）
Dubbo框架设计：
基于xml配置源码分析：
- 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, Exporter
- exchange 信息交换层：封装请求响应模式，同步转异步，以 Request, Response 为中心，扩展接口为 Exchanger, ExchangeChannel, ExchangeClient, ExchangeServer
- transport 网络传输层：抽象 mina 和 netty 为统一接口，以 Message 为中心，扩展接口为 Channel, Transporter, Client, Server, Codec
- serialize 数据序列化层：可复用的一些工具，扩展接口为 Serialization, ObjectInput, ObjectOutput, ThreadPool。
参考来源：http://dubbo.apache.org/zh-cn/docs/user/configuration/xml.html
迷南。
悠悠
小鱼儿
淩亂°似流年
朱雀
超、凢脫俗
Myth丶恋晨
还没有评论，来说两句吧...