Dubbo

一、基础

1、分布式基础

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

RPC：实质：通过socket建立网络连接

核心：

• 序列化与反序列化效率

• 通信效率

2、Dubbo特性

（1）面向接口代理的高性能RPC调用

提供高性能的基于代理的远程调用能力，服务以接口为粒度，为开发者屏蔽远程调用底层细节。

（2）智能负载均衡

内置多种负载均衡策略，智能感知下游节点健康状况，显著减少调用延迟，提高系统吞吐量。

（3）服务自动注册与发现

支持多种注册中心服务，服务实例上下线实时感知。

（4）高度可扩展能力

遵循微内核+插件的设计原则，所有核心能力如Protocol、Transport、Serialization被设计为扩展点，平等对待内置实现和第三方实现。

（5）运行期流量调度

内置条件、脚本等路由策略，通过配置不同的路由规则，轻松实现灰度发布，同机房优先等功能。

（6）可视化的服务治理与运维

提供丰富服务治理，运维工具：随时查询服务元数据、服务健康状态及调用统计，实时下发路由策略，调整配置参数。

二、dubbo配置

覆盖配置优先级：-D > xml > 全局设置（dubbo.properties）。

调用超时：①、方法 > 接口 > 全局；②、消费者优先（提供者次之）。

重试次数：不包含第一次调用。幂等（设置重试次数，查询、删除、修改）、非幂等（不能设置重试次数，新增）。

SpringBoot与dubbo整合的三种方式：

• 导入dubbo-starter，在application.properties配置属性，使用@Service【暴露服务】使用@Reference，@EnableDubbo；

• 保留dubbo.xml配置文件，@ImportResource注解导入dubbo配置文件；

• 使用注解API方式：将每一个组件手动创建到容器中。

三、高可用

1、Zookeeper宕机与dubbo直连

现象：zookeeper注册宕机，还可以消费dubbo暴露的服务。

原因：健壮性

• 监控中心宕掉后不影响使用，只是丢失部分采样数据；

• 数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务；

• 注册中心对等集群，任意一台宕掉后，将自动切换到另一台；

• 注册中心全部宕掉后，服务提供者和服务消费着仍能通过本地缓存通讯；

• 服务提供者无状态，任意一台宕掉后，不影响使用；

• 服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复。

2、集群下dubbo负载均衡配置

（1）基于权重的随机

（2）基于权重的轮询

（3）最少活跃数：响应最快

（4）一致性hash

3、服务降级

当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理或换种简单的方式处理，从而释放服务器资源以保证核心交易正常运转或高效运转。

• 不进行远程调用直接返回null；

• 远程调用失败后返回null。

4、集群容错

• FailOver Cluster

• Failfast Cluster

• Failsafe Cluster

• Failback Cluster

• Forking Cluster

• Broadcast Cluster

四、dubbo原理

1、一次完整的RPC调用流程（同步调用，异步另说）：

• 服务消费方（Client）调用以本地调用方式调用服务；

• client stub接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体；

• client stub找到服务地址，并将消息发送到服务端；

• server stub收到信息后进行解码；

• server stub根据解码结果调用本地的服务；

• 本地服务执行并将结果返回给server stub；

• server stub将返回结果打包成消息并发送至消费方；

• client stub接收到消息，并进行解码；

• 服务消费方得到最终结果。

2、服务暴露

3、服务引用

4、服务调用