共计 3592 个字符，预计需要花费 9 分钟才能阅读完成。
集群——开篇
目标：介绍接下来集群分哪几部分来描述，介绍 dubbo 在集群中涉及到的几个功能，介绍 dubbo-cluster 下跟各个功能相关的接口
集群是什么？
如果说分布式是爸爸住在杭州，妈妈住在上海，那么集群就是两个爸爸，一个住在杭州，一个住在上海。对于分布式和集群有高吞吐量、高可用的目标。对于分布式来说每个服务器部署的服务任务是不同的，可能需要这些服务器上的服务共同协作才能完成整个业务流程，各个服务各司其职。而集群不一样，集群是同一个服务，被部署在了多个服务器上，每个服务器的任务都是一样的，是为了减少压力集中的问题，而集群中就会出现负载均衡、容错等问题。
dubbo 的集群涉及到以下几部分内容：
目录：Directory 可以看成是多个 Invoker 的集合，但是它的值会随着注册中心中服务变化推送而动态变化，那么 Invoker 以及如何动态变化就是一个重点内容。
集群容错：Cluster 将 Directory 中的多个 Invoker 伪装成一个 Invoker，对上层透明，伪装过程包含了容错逻辑，调用失败后，重试另一个。
路由：dubbo 路由规则，路由规则决定了一次 dubbo 服务调用的目标服务器，路由规则分两种：条件路由规则和脚本路由规则，并且支持可拓展。
负载均衡策略：dubbo 支持的所有负载均衡策略算法。
配置：根据 url 上的配置规则生成配置信息
分组聚合：合并返回结果。
本地伪装：mork 通常用于服务降级，mock 只在出现非业务异常 (比如超时，网络异常等) 时执行
以上几部分跟《dubbo 源码解析（一）Hello,Dubbo》的 ”（二）dubbo-cluster——集群模块“介绍有些类似，这里再重新讲一遍是为了明确我接下来介绍集群模块的文章内容分布，也就是除了本文之外，我会用七篇文章来讲解以上的七部分，不管内容多少，只是为了把相应内容区分开来，能让读者有选择性的阅读。
那么本文要来讲的无非就是这几部分内容的一个大概，并且介绍一下这几部分内容涉及到的接口。集群的包结构我就不在这里展示了, 就是《dubbo 源码解析（一）Hello,Dubbo》的 ”（二）dubbo-cluster——集群模块“中的图片。下面我们直接对应各个部分来介绍相应的接口源码。
目录
关于目录介绍请查看《dubbo 源码解析（一）Hello,Dubbo》的 ”（二）dubbo-cluster——集群模块“介绍。
源码分析
（一）Cluster
@SPI(FailoverCluster.NAME)
public interface Cluster {
/**
* Merge the directory invokers to a virtual invoker.
* 将目录调用程序合并到虚拟调用程序。
* @param <T>
* @param directory
* @return cluster invoker
* @throws RpcException
*/
@Adaptive
<T> Invoker<T> join(Directory<T> directory) throws RpcException;
}
该接口是集群容错接口，可以看到它是一个可扩展接口，默认实现 FailoverCluster，当然它还会有其他的实现，每一种实现都代表了一种集群容错的方式，具体有哪些，可以看下面文章的介绍，他们都在 support 包下面，在本文只是让读者知道接口的定义。那么它还定义了一个 join 方法，作用就是把 Directory 对象变成一个 Invoker 对象用来后续的一系列调用。该 Invoker 代表了一个集群实现。似懂非懂就够了，后面看具体的实现会比较清晰。
（二）Configurator
public interface Configurator extends Comparable<Configurator> {
/**
* get the configurator url.
* 配置规则，生成 url
* @return configurator url.
*/
URL getUrl();
/**
* Configure the provider url.
* 把规则配置到 URL 中
*
* @param url – old rovider url.
* @return new provider url.
*/
URL configure(URL url);
}
该接口是配置规则的接口，定义了两个方法，第一个是配置规则，并且生成 url，第二个是把配置配置到旧的 url 中，其实都是在 url 上应用规则。
（三）ConfiguratorFactory
@SPI
public interface ConfiguratorFactory {
/**
* get the configurator instance.
* 获得 configurator 实例
* @param url – configurator url.
* @return configurator instance.
*/
@Adaptive(“protocol”)
Configurator getConfigurator(URL url);
}
该接口是 Configurator 的工厂接口，定义了一个 getConfigurator 方法来获得 Configurator 实例，比较好理解。
（四）Directory
public interface Directory<T> extends Node {
/**
* get service type.
* 获得服务类型
* @return service type.
*/
Class<T> getInterface();
/**
* list invokers.
* 获得所有服务 Invoker 集合
* @return invokers
*/
List<Invoker<T>> list(Invocation invocation) throws RpcException;
}
该接口是目录接口，Directory 代表了多个 Invoker，并且它的值会随着注册中心的服务变更推送而变化。一个服务类型对应一个 Directory。定义的两个方法也比较好理解。
（五）LoadBalance
@SPI(RandomLoadBalance.NAME)
public interface LoadBalance {
/**
* select one invoker in list.
* 选择一个合适的调用，并且返回
* @param invokers invokers.
* @param url refer url
* @param invocation invocation.
* @return selected invoker.
*/
@Adaptive(“loadbalance”)
<T> Invoker<T> select(List<Invoker<T>> invokers, URL url, Invocation invocation) throws RpcException;
}
该接口是负载均衡的接口，dubbo 也提供了四种负载均衡策略，也会在下面文章讲解。
（六）Merger
@SPI
public interface Merger<T> {
/**
* 合并 T 数组，返回合并后的 T 对象
* @param items
* @return
*/
T merge(T… items);
}
该接口是分组聚合，将某对象数组合并为一个对象。
（七）Router
public interface Router extends Comparable<Router> {
/**
* get the router url.
* 获得路由规则的 url
* @return url
*/
URL getUrl();
/**
* route.
* 筛选出跟规则匹配的 Invoker 集合
* @param invokers
* @param url refer url
* @param invocation
* @return routed invokers
* @throws RpcException
*/
<T> List<Invoker<T>> route(List<Invoker<T>> invokers, URL url, Invocation invocation) throws RpcException;
}
该接口是路由规则的接口，定义的两个方法，第一个方法是获得路由规则的 url，第二个方法是筛选出跟规则匹配的 Invoker 集合。
（八）RouterFactory
@SPI
public interface RouterFactory {
/**
* Create router.
* 创建路由
* @param url
* @return router
*/
@Adaptive(“protocol”)
Router getRouter(URL url);
}
该接口是路由工厂接口，定义了获得路由实例的方法。
后记
该部分相关的源码解析地址：https://github.com/CrazyHZM/i…
该文章大致讲解了 dubbo 中集群模块的内容，并且讲解了相关接口的设计。接下来我将开始对 cluster 集群模块中的集群容错部分，也就是 support 中的源码进行讲解。
