SpringCloud之Ribbon源码分析（二）

一、自定义MyPing的demo代码

1.1 自定义MyPing类

1.2 配置

二、Ribbon心跳源码分析

先贴一下主流程图，以供参考:

我们定义的配置是如何加载的呢？

spring-cloud-order-service.ribbon.NFLoadBalancerPingClassName=
com.gupaoedu.springcloud.example.springclouduserservice.MyPing

 首先是进入SpringClientFactory#getLoadBalancer方法，获取

 

 

 接下来是调用RibbonClientConfiguration#ribbonClientConfig方法：

 这一步是加载spring-cloud-order-service服务的各种配置参数，继续断点f6继续下一步：

这些就是动态属性，我们都可以根据绿字中的属性名进行属性设置的。

我们继续看RibbonLoadBalancerClient#execute方法：

 这是个lambda表达式，我们接下来看看：

关于这一块就分析到这里。 这里分析的源码不止IPing会用到，其他的自定义配置也会走这里，是通用的。

三、Ribbon负载均衡策略

3.1 负载均衡策略种类

负载均衡分类：
硬件负载均衡：F5，价格昂贵不考略在内
服务端负载均衡：nginx、lvs
客户端负载均衡：ribbon

1. 随机策略——RandomRule
2. 轮询策略——RoundRobinRule
   注：Ribbon默认策略
3. 重试策略——RetryRule
4. 最低并发策略——BestAvailableRule
5. 可用过滤策略——AvailabilityFilteringRule
   过滤掉那些因为一直连接失败的被标记为circuit tripped的后端server，并过滤掉那些高并发的的后端server（active connections 超过配置的阈值）性能仅次于最低并发策略。
6. 响应时间加权策略——WeightedResponseTimeRule
   每隔30秒计算一次服务器响应时间，以响应时间作为权重，响应时间越短的服务器被选中的概率越大。
7. 区域权衡策略——ZoneAvoidanceRule

Ribbon的负载均衡策略使用建议
一般情况下，推荐使用最低并发策略，这个性能比默认的轮询策略高很多。

负载均衡策略模式：

接下来我们挑几个Ribbon负载均衡策略看一下。 

3.2 RetryRule 

3.3 WeightedResponseTimeRule

首先看一下LoadBalancerStats类：

 再开看WeightedResponseTimeRule#choose方法：