Dubbo底层原理
服务注册中心
- 分布式系统里面这个是必备的，服务提供者跟服务消费者都在启动的时候都会注册到服务注册中心来。服务注册中心会记录。
动态代理Proxy层
- 通常这些框架大多数采用的思想都是通过对你的方法，接口生成一个代理对象，然后在这个代理对象里面去写它的功能。
- 所以这里我们需要每个服务都需要提供接口出来，在发起服务调用时，会创建一个动态代理对象
- 在我们的消费者中只有一个接口，我们可以认为动态代理类相当于为这个接口动态的创建一个实体类出来，然后用动态代理对象进行接口调用。
Cluster 集群层
我们准备好了要去调用了远程服务的接口，那么现在问题是我们的服务提供者会部署多台机器，那么我们到底去调用哪台机器呢？怎么选择？
- 此时动态代理对象回去找一个叫 Cluster 这层的东西，这层就负责具体要调用哪一台机器。
- Cluster 层就必须得拿到有哪些机器，不然怎么选呢，这个过程就叫做动态感知
- Cluster 里面有很多组件，比如 Directory、Router 还有LoadBalance ，此时就会使用负载均衡组件 LoadBlance 挑选一台机器。到这里，机器就选好了。
protocol 协议层
- 这层主要就是选择一种协议来组织我们的请求。
- Dubbo支持的协议很多，包括：dubbo、rmi、hessian、http、webservice、thrift、memcached、redis等。默认使用dubbo 协议。
Exchange 信息交换层
- 这层最主要的目的就是把我们的请求数据包装成 Request 或者 Response
Transport 网络通信层
- 现在我们挑选好了机器，也把请求按照协议进行组织好了，并且封装好了请求。那么这个请求怎么发送到服务提供者的哪台机器呢？
- 此时我们就需要选择一个网络通信的框架。由他来负责把你的请求通过网络发送过去。比如比较常见的 netty、mina 等。
- 在发送过去之前，还得对请求进行序列化。序列化有多种方式可以选择，比如Json、Protobuf、Protostuff、Hessian、Kryo等、Java序列化等等。
服务消费者接受到请求后的处理
那么服务提供者怎么才能收到这个请求呢？
- 此时服务提供者里面也得需要一个网络通信框架，他去监听你开放的某个端口，比如就启动一个 netty 去监听消费者发送过来的请求
- 接受到请求过后，然后进行反序列化，然后，前面我们发过来的是 通过 Exchange 层包装的 Request 请求，那么这里也需要 这层来对 请求进行解析。解析的时候，也需要根据一种协议来进行解析。
- 解析完成请求以后，还会创建一个动态代理对象，再去调用我们的服务提供者接口，最后返回数据。
调用流程图如下
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由半码博客整理，本文链接：https://www.bmabk.com/index.php/post/65653.html
