嘉兴新站seo外包,邯郸之战,开发平台游戏,wordpress本地上传头像插件目录
一、LoadBalancerIntercepor
二、LoadBalancerClient
三、负载均衡策略IRule
四、总结 上一篇中#xff0c;我们添加了LoadBalanced注解#xff0c;即可实现负载均衡功能#xff0c;这是什么原理呢#xff1f;
SpringCloud底层其实是利用了一个名为Ribbon的组件我们添加了LoadBalanced注解即可实现负载均衡功能这是什么原理呢
SpringCloud底层其实是利用了一个名为Ribbon的组件来实现负载均衡功能的。 那么我们发出的请求明明是http://userservice/user/1怎么变成了http://localhost:8081的呢
为什么我们只输入了service名称就可以访问了呢之前还要获取ip和端口。
显然有人帮我们根据service名称获取到了服务实例的ip和端口。它就是LoadBalancerInterceptor这个类会在对RestTemplate的请求进行拦截然后从Eureka根据服务id获取服务列表随后利用负载均衡算法得到真实的服务地址信息替换服务id。
我们进行源码跟踪
一、LoadBalancerIntercepor 可以看到这里的intercept方法拦截了用户的HttpRequest请求然后做了几件事 request.getURI()获取请求uri本例中就是 http://user-service/user/8 originalUri.getHost()获取uri路径的主机名其实就是服务iduser-service this.loadBalancer.execute()处理服务id和用户请求。
这里的this.loadBalancer是LoadBalancerClient类型我们继续跟入。
二、LoadBalancerClient 继续跟入execute方法 代码是这样的 getLoadBalancer(serviceId)根据服务id获取ILoadBalancer而ILoadBalancer会拿着服务id去eureka中获取服务列表并保存起来。 getServer(loadBalancer)利用内置的负载均衡算法从服务列表中选择一个。本例中可以看到获取了8082端口的服务
放行后再次访问并跟踪发现获取的是8081 果然实现了负载均衡。
三、负载均衡策略IRule 我们继续跟入 继续跟踪源码chooseServer方法发现这么一段代码 我们看看这个rule是谁rule接口有很多个实现类 这里的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发起真实请求
