SpringCloud底层其实是利用了一个名为Ribbon的组件来实现负载均衡功能的。

那么我们发出的请求明明是http://userservice/user/1怎么变成了http://localhost:8081的呢

为什么我们只输入了service名称就可以访问了呢之前还要获取ip和端口。

显然有人帮我们根据service名称获取到了服务实例的ip和端口。

它就是LoadBalancerInterceptor这个类会在对RestTemplate的请求进行拦截然后从Eureka根据服务id获取服务列表随后利用负载均衡算法得到真实的服务地址信息替换服务id。

我们进行源码跟踪

可以看到这里的intercept方法拦截了用户的HttpRequest请求然后做了几件事

originalUri.getHost()获取uri路径的主机名其实就是服务iduser-service

this.loadBalancer.execute()处理服务id和用户请求。

这里的this.loadBalancer是LoadBalancerClient类型我们继续跟入。

二、LoadBalancerClient

getLoadBalancer(serviceId)根据服务id获取ILoadBalancer而ILoadBalancer会拿着服务id去eureka中获取服务列表并保存起来。

getServer(loadBalancer)利用内置的负载均衡算法从服务列表中选择一个。

本例中可以看到获取了8082端口的服务

三、负载均衡策略IRule

这里的rule默认值是一个RoundRobinRule看类的介绍

四、总结

SpringCloudRibbon的底层采用了一个拦截器拦截了RestTemplate发出的请求对地址做了修改。

用一幅图来总结一下

基本流程如下

拦截我们的RestTemplate请求http://userservice/user/1

RibbonLoadBalancerClient会从请求url中获取服务名称也就是user-service

DynamicServerListLoadBalancer根据user-service到eureka拉取服务列表

eureka返回列表localhost:8081、localhost:8082

IRule利用内置负载均衡规则从列表中选择一个例如localhost:8081

RibbonLoadBalancerClient修改请求地址用localhost:8081替代userservice得到http://localhost:8081/user/1发起真实请求