（一）dubbo学习，dubbo是什么

深藏阁楼爱情的钟 2022-04-16 04:18 348阅读 0赞

dubbo是一个适用于分布式的RPC（远程过程调用）框架。

什么是分布式系统

随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，需要**一个治理系统**确保架构有条不紊的演进。

“分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统”。

我们拿电商系统来举例

一个小型的数据量不是很大的电商系统架构，不需要做特殊的架构就可以支撑的住，就是开一个web工程，把用户模块、订单模块、商品模块等所有的模块都放到一个项目当中，由于所有模块都在同一个系统中，它们之间的调用也不需要特殊处理，直接调用即可，只需要一台服务器，对外提供服务的也就是这一个系统。

将所有功能都部署在一起，减少部署节点和成本。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70][]

当系统数据量达到一定量（千万）、实时处理数据要求很高时，单独的一个垂直架构的系统不足以支撑，就需要采用分布式架构，用户模块单独一个系统，订单中心单独一个系统，每个大模块变成一个单独的系统，单独部署服务器，这样处理数据的能力大幅度提升，系统也更加稳定。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 1][]

当应用的模块越来越多，独立的服务也会变的越来越多，各个服务器之间也存在很多的相互调用，其关系会随着服务的增多边的越来越复杂。

如果添加一个中心，类似于调度中心，作用是维护所有服务之间的关系和处理外部进来的web请求，将会变得清晰，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。

流动计算架构：当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)\[ Service Oriented Architecture\]是关键。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 2][]

RPC：RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同。

# 认识dubbo #

Apache Dubbo是一款高性能、轻量级的开源Java RPC框架。

通俗的讲，dubbo是解决两个不同服务器上的应用之间的相互调用：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 3][] rpc调用

dubbo能做什么？它提供了三大核心能力：

1.  面向接口的远程方法调用
2.  智能容错和负载均衡
3.  以及服务自动注册和发现

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 4][]

dubbo的流程架构图：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 5][]

各个流程节点说明：

*  container: 服务运行容器，服务容器负责启动，加载
 *  provider: 暴露服务的服务提供方，在启动时，向注册中心注册自己提供的服务
 *  registry: 服务注册与发现的注册中心，
 *  consumer: 调用远程服务的服务消费方，在启动时，向注册中心订阅自己所需的服务
 *  monitor: 统计服务的调用次调和调用时间的监控中心

运行流程：

1.  服务容器启动，加载，运行服务提供者
2.  服务提供者在启动时，向注册中心注册自己提供的服
3.  服务消费者在启动时，向注册中心订阅自己所需的服务
4.  注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者
5.  服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用
6.  服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心

从dubbo官网中可以看到dubbo有以下的特性：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 6][]

## **dubbo的注册中心**registry ##

dubbo支持多种注册中心，包括Multicast 注册中心、zookeeper 注册中心、Redis 注册中心、Simple 注册中心，dubbo官方推荐使用 [Zookeeper 注册中心][Zookeeper]。

## **dubbo的其他特性** ##

dubbo自带负载均衡功能，默认策略为random 随机调用，另外还提供了按权重、轮询、ip一致性hash、最少活跃数负载均衡策略，只需配置好即可。

![20181128151315567.png][]

以上为dubbo四种负载均衡策略：

1.  **Random LoadBalance，**随机，按权重设置随机概率，基于权重的随机负载均衡
2.  **RoundRobin LoadBalance，**轮循，按公约后的权重设置轮循比率
3.  **LeastActive LoadBalance，**最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差
4.  **ConsistentHash LoadBalance，**一致性 Hash，相同参数的请求总是发到同一提供者

### **dubbo高可用** ###

dubbo可以采用直连的方式，即不需要注册中心zookeeper，直接调用也可以。

当时当使用了zookeeper以后，就可能会出现zookeeper宕机的情况，当zookeeper宕机之后dubbo会有什么策略呢？

*  dubbo具有本地缓存功能，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
 *  采用zookeeper集群，注册中心对等集群，任意一台宕掉后，将自动切换到另一台
 *  监控中心宕机也不影响监控中心的正常使用，只是丢失部分采样数据，仍然可访问
 *  服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

### **dubbo的容错** ###

当dubbo直接调用失败时，dubbo提供了多种容错方案，默认为自动重试/切换。

1.  Failover Cluster，失败自动切换，重试其它服务器。通常用于读操作，但重试会带来更长延迟。可通过 retries="2" 来设置重试次数，不含第一次
2.  Failfast Cluster，快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录
3.  Failsafe Cluster，失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作
4.  Failback Cluster，失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作
5.  Forking Cluster，并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks="2" 来设置最大并行数
6.  Broadcast Cluster，广播调用所有提供者，逐个调用，任意一台报错则报错 \[2\]。通常用于通知所有提供者更新缓存或日志等本地资源信息

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70]: /images/20220416/1cd308e3b2ed412eb1b1e4af563c4524.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 1]: /images/20220416/cb3304a9dab74e31953c2dcad297ede3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 2]: /images/20220416/0a97480a38cf444590ae392bfbb0519f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 3]: /images/20220416/16799864a6e7466890e44f39401a8282.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 4]: /images/20220416/0d9426de1788455eb7420fdc77387800.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 5]: /images/20220416/fcdef55fbecb4004b812b16320aea9d1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2EyODEyNDYyNDA_size_16_color_FFFFFF_t_70 6]: /images/20220416/e92213d1570346da841b0b8d45204db1.png
[Zookeeper]: https://dubbo.gitbooks.io/dubbo-user-book/content/references/registry/zookeeper.html
[20181128151315567.png]: /images/20220416/59fb586b99f04706a5a4808e104b1aa7.png