这是我参与8月更文挑战的第27天，活动详情查看：8月更文挑战

🌈往期回顾

感谢阅读，希望能对你有所帮助，博文若有瑕疵请在评论区留言或在主页个人介绍中添加我私聊我,感谢每一位小伙伴不吝赐教。我是XiaoLin，既会写bug也会唱rap的男孩

六、负载均衡：Ribbon

6.1、负载均衡简介

负载均衡就是将负载（工作任务，访问请求）进行分摊到多个操作单元（服务器,组件）上进行执行。

根据负载均衡发生位置的不同,一般分为服务端负载均衡和客户端负载均衡：

服务端负载均衡指的是发生在服务提供者一方，比如常见的nginx负载均衡。
客户端负载均衡指的是发生在服务请求的一方，也就是在发送请求之前已经选好了由哪个实例处理请求。

我们在微服务调用关系中一般会选择客户端负载均衡，也就是在服务调用的一方来决定服务由哪个提供者执行。

6.2、手动实现负载均衡

6.2.1、起一个不同端口的服务

我们需要借助IDEA再启一个服务，这个服务也是ShopProductServer，但是他的端口是不同的。

在VM option中输入需要指定的端口号即可：

-Dserver.port=8081
复制代码

6.2.2、修改实现类代码实现负载均衡

 @Override
  public Order getById(Long oid, Long pid) {
    // 从nacos中获取服务
    List<ServiceInstance> instances = discoveryClient.getInstances("product-service");
    // 定义一个随机数
    int index = new Random().nextInt(instances.size());
    // 随机获取一个服务
    ServiceInstance serviceInstance = instances.get(index);
    String url = serviceInstance.getHost() + ":" + serviceInstance.getPort();
    Product product = restTemplate
        .getForObject("http://"+url+"/product?productId=" + pid, Product.class);
    Order order = orderDao.getOne(oid);
    order.setUsername(order.getUsername()+",data form "+serviceInstance.getPort());
    return order;
  }
复制代码

连续测试多几次就可以发现随机的负载均衡策略实现了。

6.3、基于Ribbon实现负载均衡

6.3.1、Ribbon是什么

Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法，将Netflix的中间层服务连接在一起。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。**Ribbon就是简化了上面代码的组件，其中提供了更多的负载均衡算法。**它是Spring Cloud的一个组件，它可以让我们使用一个注解就能轻松的搞定负载均衡。

6.3.2、Ribbon实现负载均衡

6.3.2.1、添加注解

我们需要在RestTemplate的生成方法上添加一个注解：@LoadBalance，这个注解是一个增强注解，它可以增强RestTemplate ，使他可以实现负载均衡。

  @Bean
  @LoadBalanced
  public RestTemplate getInstance(){
    return new RestTemplate();
  }
复制代码

6.3.2.2、修改ProductService实现类的代码

为了更直观，我们直接1将application.yml中的端口号设置到实现类中。

  @Value("${server.port}")
  private String port;

  @Override
  public Product findById(Long productId) {
    Product product = productDao.findById(productId).get();
    product.setPname(product.getPname()+",data form"+port);
    return product;
  }
复制代码

6.3.2.3、修改OrderService实现类的代码

  @Override
  public Order getById(Long oid, Long pid) {
    Product product = restTemplate
        .getForObject("http://product-service/product?productId=" + pid, Product.class);
    Order order = orderDao.getOne(oid);
    order.setPname(product.getPname());
    return order;
  }
复制代码

6.3.2.4、实现原理

为什么使用服务的名称替代url就可以实现负载均衡了呢？

通过反射获取到你传递过来的参数（假设传进来1），此时的url变成了：http://product-service/product?productId=1.
按照规则进行切割，将product-service切割出来。
根据从注册中心拉去过来的服务列表对应着的节点信息，假设1product-service对应着192.168.10.180:8081和192.168.10.180:8083。
根据你1配置的负载均衡的策略去选择一个信息节点，将服务名称替换成对应的ip和端口。假设此时url变成了：

http://192.168.10.180:8081/product?productId=1。

使用RestTemplate去发送请求。

注意：一定要在RestTemplate的生成方法上添加@LoadBalance注解，这个注解表示将RestTemplate进行加强，只有进行了加强才会去实现上述的步骤，不然是无法实现负载均衡的。

6.4、Ribbon支持的负载均衡策略

Ribbon内置了多种负载均衡策略,内部负载均衡的顶级接口为com.netflix.loadbalancer.IRule，他具体支持的负载均衡策略有：

策略名	策略描述	实现说明
BestAvailableRule	选择一个最小的并发请求的server	逐个考察Server，如果Server被tripped了，则忽略，在选择其中ActiveRequestsCount最小的server
AvailabilityFilteringRule	先过滤掉故障实例，再选择并发较小的实例；	使用一个AvailabilityPredicate来包含过滤server的逻辑，其实就就是检查status里记录的各个server的运行状态
WeightedResponseTimeRule	根据相应时间分配一个weight，相应时间越长，weight越小，被选中的可能性越低。	一个后台线程定期的从status里面读取评价响应时间，为每个server计算一个weight。Weight的计算也比较简单responsetime 减去每个server自己平均的responsetime是server的权
RetryRule	对选定的负载均衡策略机上重试机制。	在一个配置时间段内当选择server不成功，则一直尝试使用subRule的方式选择一个可用的server
RoundRobinRule	轮询方式轮询选择server	轮询index，选择index对应位置的server
RandomRule	随机选择一个server	在index上随机，选择index对应位置的server
ZoneAvoidanceRule(默认)	复合判断server所在区域的性能和server的可用性选择server	使用ZoneAvoidancePredicate和AvailabilityPredicate来判断是否选择某个server，前一个判断判定一个zone的运行性能是否可用，剔除不可用的zone（的所有server），AvailabilityPredicate用于过滤掉连接数过多的Server。

我们可以通过修改配置来调整Ribbon的负载均衡策略，在Shop-order-server项目的application.yml中增加如下配置：

product-service: # 调用的提供者的名称
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule
复制代码

SpringCloudAlibaba全网最全讲解4️⃣之Ribbon（建议收藏）