spring cloud ribbon 客户端负载均衡

ribbon 实现客户端的负载均衡

实现方式如下所示

只是在RestTemplate方法中加了一个注解@LoadBalanced

查看注解定义

该注解的作用是mark a RestTemplate bean to be configured to use a LoadBalancerClient

LoadBalanceClient 源码如下

对于LoadBalancerClient接口所在包 org.springframework.cloud.client.loadbalancer，

得到如下关系

LoadBalancerAutoConfiguration为实现客户端负载均衡的自动化配置类

在该自动化配置类中：

① 创建了一个LoadBalancerInterceptor的Bean，用于实现对客户端发起请求时进行拦截

，以实现客户端负载均衡

② 创建了一个RestTemplateCustomizer的Bean,用于给RestTemplate增加LoadBalancerInterceptor拦截器

③ 维护了一个被@LoadBalanced注解的RestTemplate对象列表

接下来，看一下LoadBalancerInterceptor拦截器

当一个被@LoadBalanced注解的RestTemplate对象对外发起HTTP请求时，会被LoadBalancerInterceptor类的intercept拦截。

LoadBalancerClient下的继承类RibbonLoadBalancerClient，调用execute方法

execute方法中 getServer获取具体的服务实例

可以看到这里获取具体服务实例的时候 使用了Netflix Ribbon自身的ILoadBalancer中的chooseServer方法

在ILoadBalancer接口中

对于该接口的实现，如下

那么在整合Ribbon的时候Spring Cloud默认采用了哪个具体实现呢？

在RibbonClientConfiguration配置类中，可以看到采用了ZoneAwareLoadBalancer

下面，再回到RibbonLoadBalancerClient的execute方法中，在通过ZoneAwareLoadBalancer的

chooseServer方法获取了负载均衡分配到的服务实例对象Server之后，将其内容包装成RibbonServer对象（该对象除了存储了服务实例的信息之外，还增加了服务名serviceId、是否HTTPS等其它信息），然后再回调LoadBalancerInterceptor请求拦截器中LoadBalancerRequest

的apply(final ServerInstance instance)方法，向一个实际的具体服务实例发起请求，

从而实现一开始以服务名为host的URI请求到host:post形式的实际访问地址的转换。

那么apply(final ServiceInstance instance)方法在接收到具体ServiceInstance实例后，

是如何通过LoadBalancerClient接口中的reconstructURI()操作来组成具体请求地址呢？

从apply的实现中，可以看到 先生成了ServiceRequestWrapper对象，该对象继承了

HttpRequestWrapper并重写了getURI()方法

在LoadBalancerInterceptor拦截器中，ClientHttpRequestExecution的实例具体执行

execution.execute(serviceRequest, body)时，会调用InterceptingClientHttpRequest下

InterceptingRequestExecution中execute方法

可以看到，在创建请求的时候requestFactory.createRequest(request.getURI(), request.getMethod()); 这里的request.getURI()会调用之前的ServiceRequestWrapper.getURI()

就会使用RibbonLoadBalancerClient.reconstructURI()来组织具体请求的服务实例地址