1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪-Toy模板网

这篇具有很好参考价值的文章主要介绍了1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

本篇继先前发布的1.2 eureka注册中心，完成服务注册的内容。

环境搭建

采用eureka+ribbon的方式，对多个user服务发送请求，并实现负载均衡

负载均衡原理

负载均衡源码追踪

负载均衡策略

如何选择负载均衡策略？

饥饿加载

复制（补充）

环境搭建

给order模块和user模块建立独立的数据库，使用mybatis访问数据库

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

user模块编写接口根据id获取用户信息：

返回样例：

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

order模块编写接口根据id获取订单信息以及对应的用户信息：

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

返回样例：

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

采用eureka+ribbon的方式，对多个user服务发送请求，并实现负载均衡

根据1.2 eureka注册中心，完成服务注册将服务注册至euraka，注册两个user服务（复制方法在末尾）

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

通过浏览器访问euraka，可以看到注册了两个user实例

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

改写order模块接口，将实际ip:端口，修改为服务名（通过服务名访问）

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

在RestTemplate的bean上添加@LoadBalanced注解，实现负载均衡

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

重启服务，访问order模块接口10次

可以看到，user服务被调用了5次 1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

user2服务也被调用了5次

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

user和user2服务都被调用了5次，实现了使用eureka注册实例，ribbon负载均衡访问。

负载均衡原理

负载均衡流程简要：

某服务发出请求，被Ribbon拦截，Ribbon从eureka中拉取对应服务名称的服务列表，找到服务名对应的访问ip端口，经过负载均衡处理，发出真实的带ip端口的请求。如下图

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

负载均衡源码追踪

在前面提到过，某服务发出请求，被Ribbon拦截，即LoadBalancerInterceptor，这个类会在对请求进行拦截，然后从eureka根据服务id获取服务列表，随后利用负载均衡算法得到真实的服务地址信息，替换服务id。

查看这个类，实现了客户端http请求拦截器接口

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

在这个接口里有一个方法

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

LoadBalancerInterceptor类自然是重写了intercept方法，在这里打个断点。

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

发送请求，可以看到，程序在这里停止了，证明这个请求确实被拦截了

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

可以看到刚刚发送的请求地址

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

继续，能看到服务名称被获取：usersvice

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

拿到了服务名称，按照流程，应该要找eureka获取服务列表了

这里已经看到了ribbon的字眼了

服务名称被交给了这个方法，步进查看

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

步入 1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

可以看到，已经获取了usersvice的两个服务的ip和端口了，即获取了服务列表。接下来就该到负载均衡了 1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

步入

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

步入

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

步过到此，看到chooseServer方法，选择服务，步入

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

进入 chooseServer，步过到choose，注意rule（rule可是规则的意思啊，猜测以下，是负载均衡的规则）

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

点开这个rule查看，看到IRule，查看IRule的实现类

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

可以看到几个熟悉的字眼，Random（随机），RoundRobin（轮询），说明找对了

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

再回来看这里的rule，是ZoneAvoidanceRule，是某种规则

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

继续，执行返回到刚刚的方法，发现已经选择了 localhost:8081 ip和端口

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

接下来就是一路返回，最后发出真实的ip和端口的请求咯

负载均衡策略

内置负载均衡规则类	规则描述
RoundRobinRule	简单轮询服务列表来选择服务器。它是Ribbon默认的负载均衡规则。
AvailabilityFilteringRule	对以下两种服务器进行忽略：（1）在默认情况下，这台服务器如果3次连接失败，这台服务器就会被设置为“短路”状态。短路状态将持续30秒，如果再次连接失败，短路的持续时间就会几何级地增加。（2）并发数过高的服务器。如果一个服务器的并发连接数过高，配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限，可以由客户端的<clientName>.<clientConfigNameSpace>.ActiveConnectionsLimit属性进行配置。
WeightedResponseTimeRule	为每一个服务器赋予一个权重值。服务器响应时间越长，这个服务器的权重就越小。这个规则会随机选择服务器，这个权重值会影响服务器的选择。
ZoneAvoidanceRule	以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类，这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询。
BestAvailableRule	忽略那些短路的服务器，并选择并发数较低的服务器。
RandomRule	随机选择一个可用的服务器。
RetryRule	重试机制的选择逻辑

如何选择负载均衡策略？

非常简单，在配置类配置ribbon的策略就行

方式1：定义IRule的bean，返回策略规则

@Bean
public IRule randomRule(){
    return new RandomRule();
}

方法2：配置文件配置策略规则

userservice: #给某个微服务配置负载均衡规则
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则

饥饿加载

当第一次访问服务的时候，由于Ribbon默认使用懒加载，导致时间会很长。

可以使用饥饿加载，服务一启动就加载，降低第一次的访问时耗、

如何配置饥饿加载？

修改配置文件：

ribbon:
  eager-load:
    enabled: true
    clients: userservice

复制（补充）

点击 Copu Configuration

Name和端口都要改，完成点击apply

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

可以看到，已经复制成功

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪,微服务,eureka,ribbon,负载均衡

文章参考、图片来源：

SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式，系统详解springcloud微服务技术栈课程|黑马程序员Java微服务_哔哩哔哩_bilibili文章来源地址https://www.toymoban.com/news/detail-619925.html

到了这里，关于1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

1.3 eureka+ribbon，完成服务注册与调用，负载均衡源码追踪

环境搭建

采用eureka+ribbon的方式，对多个user服务发送请求，并实现负载均衡

负载均衡原理

负载均衡源码追踪

负载均衡策略

如何选择负载均衡策略？

饥饿加载

复制（补充）

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏

支付宝扫一扫领取红包，优惠每天领

二维码1

二维码2