Dubbo集群容错

本篇文章，将开始分析 Dubbo 集群容错方面的源码。集群容错源码包含四个部分，分别是服务目录 Directory、服务路由 Router、集群 Cluster 和负载均衡 LoadBalance。

集群容错体现在我们的客户端调用中，通过invoker屏蔽了底层的细节，看看调用invoker会发生啥：

1. 在服务消费者初始化期间，集群 Cluster 实现类为服务消费者创建 Cluster Invoker 实例，即上图中的 merge 操作。
2. 在服务消费者进行远程调用时。以 FailoverClusterInvoker 为例，该类型 Cluster Invoker 首先会调用 Directory 的 list 方法列举 Invoker 列表（可将 Invoker 简单理解为服务提供者）。Directory 的用途是保存 Invoker，可简单类比为 List。其实现类 RegistryDirectory 是一个动态服务目录，可感知注册中心配置的变化，它所持有的 Invoker 列表会随着注册中心内容的变化而变化。每次变化后，RegistryDirectory 会动态增删 Invoker，并调用 Router 的 route 方法进行路由，过滤掉不符合路由规则的 Invoker。
3. 当 FailoverClusterInvoker 拿到 Directory 返回的 Invoker 列表后，它会通过 LoadBalance 从 Invoker 列表中选择一个 Invoker。
4. 最后 FailoverClusterInvoker 会将参数传给 LoadBalance 选择出的 Invoker 实例的 invoke 方法，进行真正的远程调用。

服务目录 Directory

服务目录可以看做是存储provider的一个集合，并且这个集合中的元素会随注册中心的变化而进行动态调整。

服务目录目前内置的实现有两个，分别为 StaticDirectory 和 RegistryDirectory，它们均是 AbstractDirectory 的子类。另外，大家注意看 RegistryDirectory 实现了 NotifyListener 接口，当注册中心节点信息发生变化后，RegistryDirectory 可以通过此接口方法得到变更信息，并根据变更信息动态调整内部 Invoker 列表。

StaticDirectory

StaticDirectory 即静态服务目录，顾名思义，它内部存放的 Invoker 是不会变动的。所以，理论上它和不可变 List 的功能很相似。下面我们来看一下这个类的实现。

一般是在我们不指定注册中心，直接指定接口提供者时生成使用的。

RegistryDirectory

RegistryDirectory 是一种动态服务目录，实现了 NotifyListener 接口。当注册中心服务配置发生变化后，RegistryDirectory 可收到与当前服务相关的变化。收到变更通知后，RegistryDirectory 可根据配置变更信息刷新 Invoker 列表。RegistryDirectory 中有几个比较重要的逻辑，第一是 Invoker 的列举逻辑，第二是接收服务配置变更的逻辑，第三是 Invoker 列表的刷新逻辑。这三块逻辑自行看源码阅读。

服务路由 Router

服务路由的过滤时机有两处：

静态过滤

服务目录RegistryDirectory 在刷新 Invoker 列表的过程中，会通过 Router 进行服务路由，筛选出符合路由规则的服务提供者。

动态过滤

在获取列表的dolist中，还会根据动态参数，在执行时再筛选一遍路由。

服务路由提供了三种路由实现：

• 条件路由 ConditionRouter、
• 脚本路由 ScriptRouter
• 标签路由 TagRouter。

其中条件路由是我们最常使用的，标签路由是一个新的实现，在 2.7.x 版本中发布。

集群 Cluster

Cluster对调用者来说屏蔽了多个提供者的调用细节，我们只需要调用invoke方法即可。

• Failover Cluster - 失败自动切换

失败自动切换，当出现失败，重试其它服务器。通常用于读操作，但重试会带来更长延迟。

• Failfast Cluster - 快速失败

快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录。

• Failsafe Cluster - 失败安全

失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作。

• Failback Cluster - 失败自动恢复

失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。

• Forking Cluster - 并行调用多个服务提供者

并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。

具体的实现也不难，自行阅读源码

负载均衡 LoadBalance

LoadBalance 中文意思为负载均衡，它的职责是将网络请求，或者其他形式的负载“均摊”到不同的机器上。避免集群中部分服务器压力过大，而另一些服务器比较空闲的情况。通过负载均衡，可以让每台服务器获取到适合自己处理能力的负载。在为高负载服务器分流的同时，还可以避免资源浪费，一举两得。

duboo的负载均衡策略如下：

• 基于权重随机算法的 RandomLoadBalance
• 基于最少活跃调用数算法的 LeastActiveLoadBalance
• 基于 hash 一致性的 ConsistentHashLoadBalance
• 以及基于加权轮询算法的 RoundRobinLoadBalance。

需要特别说明的是，ConsistentHashLoadBalance 的负载均衡逻辑只受参数值影响，具有相同参数值的请求将会被分配给同一个服务提供者。

负载均衡逻辑特别简单，自己看源码去。

源码阅读

官网服务目录源码

官网服务路由源码

官网集群源码

官网负载均衡源码