com.netflix.loadbalancer.RoundRobinRule ：以轮询的方式进行负载均衡。
com.netflix.loadbalancer.RandomRule ：随机策略
com.netflix.loadbalancer.RetryRule ：重试策略。
com.netflix.loadbalancer.WeightedResponseTimeRule ：权重策略。会计算每个服务的权重，越高的被调用的可能性越大。
com.netflix.loadbalancer.BestAvailableRule ：最佳策略。遍历所有的服务实例，过滤掉故障实例，并返回请求数最小的实例返回。
com.netflix.loadbalancer.AvailabilityFilteringRule ：可用过滤策略。过滤掉故障和请求数超过阈值的服务实例，再从剩下的实力中轮询调用。

在服务消费者的application.yml配置文件中修改负载均衡策略

##需要调用的微服务名称
shop-service-product:ribbon:NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

4、重试机制

比如我们现在有一个消费者A，两个提供者B-1、B-2（都是提供同一个服务，高可用），现在采取负载均衡策略的是轮询，如果此时访问的B-1，B-1挂掉了或者是由于网络不好超过了20ms（默认），那么就会报错！所以我们需要开启重试机制就会起作用向另一个服务B-2发送一次请求。下面是关于重试机制的配置。

   <dependency><groupId>org.springframework.retry</groupId><artifactId>spring-retry</artifactId></dependency>

service-product:ribbon:#NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRuleConnectTimeout: 250 # Ribbon的连接超时时间ReadTimeout: 1000 # Ribbon的数据读取超时时间OkToRetryOnAllOperations: true # 是否对所有操作都进行重试MaxAutoRetriesNextServer: 1 # 切换实例的重试次数MaxAutoRetries: 1 # 对当前实例的重试次数

5、负载均衡的源码解析

为什么这个方法上面加入了一个标签@LoadBalanced就可以实现负载均衡了呢？难道是这个标签有啥特别之处。大家可以点进去。没啥特别之处！这里只是一个标记，以至于我们在拦截器进行拦截的时候可以找到哪些是需要负载均衡的。

其实主要还是我们之前说的springboot的自动装载机制。去瞅一眼依赖。

我们进入这个类