Dubbo 第一节_ Dubbo框架介绍与手写模拟Dubbo 第二节_ Dubbo的基本应用与高级应用

2024-01-26 77

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

本文涉及的产品

传统型负载均衡 CLB，每月750个小时 15LCU

应用型负载均衡 ALB，每月750个小时 15LCU

网络型负载均衡 NLB，每月750个小时 15LCU

简介： 官⽹地址：http://dubbo.apache.org/zh/docs/v2.7/user/examples/generic-service/官⽹地址：http://dubbo.apache.org/zh/docs/v2.7/user/examples/local-mock/官⽹地址：http://dubbo.apache.org/zh/docs/v2.7/user/examples/async-call/

第一节_ Dubbo框架介绍与手写模拟Dubbo

文章目录

正文

⼿写代码地址

⼿写模拟Dubbo代码地址：https://gitee.com/archguide/rpc

git clone地址：https://gitee.com/archguide/rpc.git

什么是RPC

维基百科是这么定义RPC的：

在分布式计算，远程过程调⽤（英语：Remote Procedure Call，缩写为 RPC）是⼀个计算机通信协

议。该协议允许运⾏于⼀台计算机的程序调⽤另⼀个地址空间（通常为⼀个开放⽹络的⼀台计算机）的

⼦程序，⽽程序员就像调⽤本地程序⼀样，⽆需额外地为这个交互作⽤编程（⽆需关注细节）。RPC是

⼀种服务器-客户端（Client/Server）模式，经典实现是⼀个通过发送请求-接受回应进⾏信息交互的

系统。

如果涉及的软件采⽤⾯向对象编程，那么远程过程调⽤亦可称作远程调⽤或远程⽅法调⽤，例：Java

RMI。

所以，对于Java程序员⽽⾔，RPC就是远程⽅法调⽤。

远程⽅法调⽤和本地⽅法调⽤是相对的两个概念，本地⽅法调⽤指的是进程内部的⽅法调⽤，⽽远程⽅法

调⽤指的是两个进程内的⽅法相互调⽤。

如果实现远程⽅法调⽤，基本的就是通过⽹络，通过传输数据来进⾏调⽤。

所以就有了：

RPC over Http：基于Http协议来传输数据
PRC over Tcp：基于Tcp协议来传输数据
对于所传输的数据，可以交由RPC的双⽅来协商定义，但基本都会包括：
调⽤的是哪个类或接⼝
调⽤的是哪个⽅法，⽅法名和⽅法参数类型（考虑⽅法重载）
调⽤⽅法的⼊参
所以，我们其实可以看到RPC的⾃定义性是很⾼的，各个公司内部都可以实现⾃⼰的⼀套RPC框架，⽽
Dubbo就是阿⾥所开源出来的⼀套RPC框架。
什么是Dubbo
官⽹地址：http://dubbo.apache.org/zh/
⽬前，官⽹上是这么介绍的：Apache Dubbo 是⼀款⾼性能、轻量级的开源 Java 服务框架
在⼏个⽉前，官⽹的介绍是：Apache Dubbo 是⼀款⾼性能、轻量级的开源 Java RPC框架
为什么会将RPC改为服务？
Dubbo⼀开始的定位就是RPC，专注于两个服务之间的调⽤。但随着微服务的盛⾏，除开服务调⽤之外，
Dubbo也在逐步的涉猎服务治理、服务监控、服务⽹关等等，所以现在的Dubbo⽬标已经不⽌是RPC框架
了，⽽是和Spring Cloud类似想成为了⼀个服务框架。
2
Dubbo⽹关参考：https://github.com/apache/dubbo-proxy（社区不是很活跃）

开源RPC框架对⽐

仅作为参考

负载均衡

官⽹地址：http://dubbo.apache.org/zh/docs/v2.7/user/examples/loadbalance/

如果在消费端和服务端都配置了负载均衡策略，以消费端为准。

这其中⽐较难理解的就是最少活跃调⽤数是如何进⾏统计的？

讲道理，最少活跃数应该是在服务提供者端进⾏统计的，服务提供者统计有多少个请求正在执⾏中。

但在Dubbo中，就是不讲道理，它是在消费端进⾏统计的，为什么能在消费端进⾏统计？

逻辑是这样的：

消费者会缓存所调⽤服务的所有提供者，⽐如记为p1、p2、p3三个服务提供者，每个提供者内都有⼀
个属性记为active，默认位0
消费者在调⽤次服务时，如果负载均衡策略是leastactive
消费者端会判断缓存的所有服务提供者的active，选择最⼩的，如果都相同，则随机
选出某⼀个服务提供者后，假设位p2，Dubbo就会对p2.active+1
然后真正发出请求调⽤该服务
消费端收到响应结果后，对p2.active-1
这样就完成了对某个服务提供者当前活跃调⽤数进⾏了统计，并且并不影响服务调⽤的性能
服务超时
在服务提供者和服务消费者上都可以配置服务超时时间，这两者是不⼀样的。
消费者调⽤⼀个服务，分为三步：
消费者发送请求（⽹络传输）
服务端执⾏服务
服务端返回响应（⽹络传输）
2
如果在服务端和消费端只在其中⼀⽅配置了timeout，那么没有歧义，表示消费端调⽤服务的超时时间，消
费端如果超过时间还没有收到响应结果，则消费端会抛超时异常，但，服务端不会抛异常，服务端在执⾏
服务后，会检查执⾏该服务的时间，如果超过timeout，则会打印⼀个超时⽇志。服务会正常的执⾏完。
如果在服务端和消费端各配了⼀个timeout，那就⽐较复杂了，假设
服务执⾏为5s
消费端timeout=3s
服务端timeout=6s
那么消费端调⽤服务时，消费端会收到超时异常（因为消费端超时了），服务端⼀切正常（服务端没有超
时）。