1、简介
Ribbon是Netflix发布的负载均衡器，它有助于控制HTTP和TCP的客户端的行为。为Ribbon配置服务提供者地址后，Ribbon就可基于某种负载均衡算法，自动地帮助服务消费者去请求。Ribbon默认为我们提供了很多负载均衡算法，例如轮询、随机等。当然，我们也可为Ribbon实现自定义的负载均衡算法。
在Spring Cloud中，当Ribbon与Eureka配合使用时，Ribbon可自动从Eureka Server获取服务提供者地址列表，并基于负载均衡算法，请求其中一个服务提供者实例。
2、接口
Ribbon提供了抽象接口，如IClient,IClientConfig,IRule,ILoadBalancer
2.1 IClient
IClient：客户端接口，依赖IClientConfig配置执行请求，返回响应。
IClientConfig：客户端配置，主要是属性配置，依赖于IClientConfigKey
IClientConfigKey：客户端配置键，包含key，类型及对应值信息。
ReloadableClientConfig：支持重新加载的客户端配置，其依赖Property以及PropertyResolver
Property：动态配置的封装。
ReloadableProperty：支持重新加载的动态配置
PropertyResolver：配置解析器，用于解耦配置与属性源。
2.2 ILoadBalancer
负载均衡接口，其依赖于Server类，支持添加Server，选择Server以及获取所有及可用 Server列表。
AbstractLoadBalancer：包含大多数LoadBalancer的公有特征，同时提供了抽象方法根据ServerGroup获取服务器列表方法
BaseLoadBalancer：实现了AbstractLoadBalancer，也是其它类的基类，其依赖IRule,IPing,IPingStrategy接口。
DynamicServerListLoadBalancer：可以根据数据源动态更新Server列表
ZoneAwareLoadBalancer：分区的动态负载均衡。
其它**LoadBalancer继承自BaseLoadBalancer，决定了**LoadBalancer的依赖组件
2.2.1 IRule
负载均衡的规则接口，有很多不同的实现类，主要是根据各自的规则从负载均衡得到 的Server列表中选取其中的一个Server。
AbstractLoadBalancerRule：是其它规则类的公共基类，是公共的特征即依赖ILoadBalancer。
ClientConfigEnabledRoundRobinRule：内部包含RoundRobinRule，同时也提供根据客户端配置来设置规则。
PredicateBasedRule：基于AbstractServerPredicate过滤，然后基于round robin
AvailabilityFilteringRule：先基于round robin得到server，如果server不可用，继续下一个
ZoneAvoidanceRule：首先基于zone区选择，然后再根据server的可用性来选择。
BestAvailableRule：选择并发数最小的
RoundRobinRule：轮询方式
ResponseTimeWeightedRule：基于响应时间的权重
WeightedResponseTimeRule：基于响应时间的权重
2.2.2 IPing
判断服务器是否是存活的接口
AbstractLoadBalancerPing：抽象基类，提供基本实现， 主要是成员AbstractLoadBalancer。
NIWSdiscoveryPing：基于服务发现，通过发现实例信息的状态 判断服务器是否是存活
PingUrl：主要是通过向服务器发送get请求， 根据响应来判断是否是存活
2.2.3 IPingStrategy
对于多个服务器判断存活的策略，当前只有一个实现类SerialPingStrategy，遍历Server依次IPing。
2.2.4 AbstractServerPredicate
对于Server的过滤器，有不同的实现类
ZoneAffinityPredicate：过滤与当前客户端不在同一服务区的服务器
AvailabilityPredicate：过滤处于断路以及有太多并发连接的服务器
CompositePredicate：多个过滤器and操作
ZoneAvoidancePredicate：过滤测量指标超过阀值的服务区
