在项目中作为负载均衡的使用，通常都不会是单独的使用eureka的心跳机制来检查存活的服务集群，而是很多时候是通过一定的负载均衡策略来实现服务的调用，下面从源码的角度啦分析了解Ribbon的负载均衡策略
现在从上一遍文章的代码来分析具体的负载均衡如何自定义
- 选择LoadBalanceClient.choose(String serviceName)方法，进入里面查看实现的类的逻辑，从实现类来发现，RibbonLoadBalancerClient实现了接口LoadBalanceClient，而这个接口继承了ServiceInstanceChooser这个接口
通过类继承关系的类图可以知道
从源码发现ILoadBalancer是通过对服务列表的查询从而对服务列表进行负载均衡访问
而loadBalancer.chooseServer(String rule)是实现了对服务列表的负载均衡的策略
同样通过类图也可以发现ILoadBalancer作为顶级接口的关系
而获取所有服务列表的方法是在
这里需要注意一点的是 如果请求的列表还没有加载完成就会返回500给前端页面，需要启动服务完成之后再获取服务列表才能生效
当再次刷新就可以完成对服务列表的读取，这时候返回200给前端
当完成到这里的时候就可以进入核心的自定义负载均衡的策略部分，从源码来看这里有IRule接口，而默认的rule是RoundRobinRule() 轮询的策略
从日志角度可以看到打印的负载均衡策略
经过这些分析就可以通过查看官网来自定义负载均衡rule，通过官网spring.io 找到ribbon，找到yml配置
配置文件的写法：
可以参考IRule源码的负载均衡的策略：
这就完成了整个自定义IRule的过程。详细的可以自行打断点查看控制台的输出得到更深刻的理解。