Spring Cloud微服务学习系列7 负载均衡Ribbon

负载均衡Ribbon

在刚才的案例中，我们启动了一个 user-service ，然后通过DiscoveryClient来获取服务实例信息，然后获取ip和端口来访问。
但是实际环境中，往往会开启很多个 user-service 的集群。此时获取的服务列表中就会有多个，到底该访问哪一个呢？一般这种情况下就需要编写负载均衡算法，在多个实例列表中进行选择。
不过Eureka中已经集成了负载均衡组件：Ribbon，简单修改代码即可使用。
什么是Ribbon：

在这里插入图片描述

接下来，我们就来使用Ribbon实现负载均衡

1.启动两个服务器实例

在这里插入图片描述

2.开启负载均衡

因为Eureka中已经集成了Ribbon，所以我们无需引入新的依赖。直接修改 consumer-demo\src\main\java\com\itheima\consumer\ConsumerApplication.java在RestTemplate的配置方法上添加 @LoadBalanced 注解

@Bean
@LoadBalanced
public RestTemplate restTemplate() {
   return new RestTemplate();
}

修改 consumerdemo\src\main\java\com\itheima\consumer\controller\ConsumerController.java 调用方式，不再手动获取ip和端口，而是直接通过服务名称调用；

@GetMapping("{id}")
public User queryById(@PathVariable("id") Long id){
  String url = "http://user-service/user/" + id;
  User user = restTemplate.getForObject(url, User.class);
  return user;
}

访问页面，查看结果；并可以在9091和9092的控制台查看执行情况：
**了解：**Ribbon默认的负载均衡策略是轮询。SpringBoot也帮提供了修改负载均衡规则的配置入口在consumerdemo的配置文件中添加如下，就变成随机的了：

user-service:
 ribbon:
  NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

格式是： {服务名称}.ribbon.NFLoadBalancerRuleClassName

3.源码跟踪

为什么只输入了service名称就可以访问了呢？之前还要获取ip和端口。显然是有组件根据service名称，获取到了服务实例的ip和端口。因为 consumer-demo 使用的是RestTemplate，spring的负载均衡自动配置类 LoadBalancerAutoConfiguration.LoadBalancerInterceptorConfig 会自动配置
负载均衡拦截器（在spring-cloud-commons-**.jar包中的spring.factories中定义的自动配类），它就是LoadBalancerInterceptor ，这个类会在对RestTemplate的请求进行拦截，然后从Eureka根据服务id获取服务列表，随后利用负载均衡算法得到真实的服务地址信息，替换服务id。
我们进行源码跟踪：
在这里插入图片描述

继续跟入execute方法：发现获取了9092端口的服务

在这里插入图片描述

再跟下一次，发现获取的是9091、9092之间切换：

在这里插入图片描述

多次访问 consumer-demo 的请求地址；然后跟进代码，发现其果然实现了负载均衡。