基于 Eureka 的 Ribbon 负载均衡实现原理【SpringCloud 源码分析】

谁借莪１个温暖的怀抱￠ 2024-02-18 13:19 36阅读 0赞

**目录**

一、前言

二、源码分析

三、负载均衡策略

--------------------

## **一、前言** ##

**如下图，我们在 orderserver 中通过 restTemplate 向 usersever 发起 http 请求，在服务拉取的时候，主机名 localhost 是用服务名 userserver 代替的，那么该 url 是一个可访问的网络地址吗？**

![6adeab6f5ed64ce980dad2f5a20a3b1f.png][]

**我们在浏览器中访问一下这个地址，果然不可用。**

![7fdf4127ca044bc59875ae11c2dc2b5d.png][]

> **那么它又是怎么访问到 userserver 数据的？别忘了我们的服务都是注册在 Eureka 上的，那肯定是拿着服务名去找 Eureka 要人了对不对？找到服务之后把具体的主机名替换掉就OK了。**
> 
> **实际上，我们可能有多个 userserver 同时注册在 Eureka 上，这时候 orderserver 要去 Eureka 上拉取服务的时候，拉取到的就不只是一个 userserver 服务了，它应该是一个服务列表，那么最终执行的时候肯定是只交给一个服务去做，到底要交给谁呢？没错，这就是我们本篇要说的 —— Ribbon，用它来实现多服务的负载均衡。**

## 二、源码分析 ##

**上一篇文章中，提到了 @LoadBalanced 注解，我们说用它可以开启负载均衡。****这个注解其实就是一个标记，标记 RestTemplate 发起的请求要被 Ribbon 拦截并处理。**

![f077371b744c43399623e8f14e9c44a7.png][]

**那个这个拦截动作具体是谁来做的呢？Ctrl + Shift + N，搜索 LoadBalancerInterceptor，点击第一个。**

![c0373c46cedf4133b83386ab4ad23bb4.png][]

![4274c1c17d6a408da54c09795ca82db8.png][]

**我们可以打断点 debug，可以看到 request.getURI() 这一步是在获取请求路径，也就是我们上面说的那个不可用的 url。**

![4b13ecd6d38d4d58b1fcbb69acbb908d.png][]

**F8 快捷键下一步，originalUri.getHost() 应该就是在获取主机名，获取到的 host 正是 userserver。**

![cd4fc93e764d4d98885e3b6e69fdea3d.png][]

**拿到了主机名，就该去找 Eureka 拉取服务了，继续往下走，发现它把该服务名称交给了 loadBalancer.execute 去执行，F7 跟进该方法。**

![ba56bd2aca914102ad0b7b748d59eb4d.png][]

**服务列表拿到之后就准备负载均衡了，F7 进入方法内部，我们发现它调用了 chooseServer 方法，翻译一下：选择服务。从刚才拉取到的服务列表中选择一个出来？**

![f68d645dd7d74112865f75565a0e0c88.png][]

**继续 F7 进入** **chooseServer 方法，可以看到它又去调用父类的 chooseServer 方法了。**

![d9f1c3d0dcc841a79dfaf1fe992ef6c7.png][]

**跟进方法往下走，返回一个 rule.choose？翻译一下：选择规则。说明我们从服务列表中选择一个服务的时候也是有规则的。**

![d63ab29237a74359b78339d6c75497f9.png][]

**光标放到 rule 上，Ctrl 加鼠标左键跟进，它原来是一个 IRule 类型的。**

![dc43eb418c8945feba74f7ec5d7d22c0.png][]

**那么这个 IRule 接口有哪些具体的 Rule 呢？光标放在 IRule 上，Ctrl + H，弹出它的实现类。翻译一下：有随机规则、轮询规则等等。**

![ae33182eab2b44cfa0a5d22e558208bf.png][]

**拿到了真实的访问地址，并且选择了一种负载均衡策略，就可以对之前不可访问的 url 进行替换了。**

> 整体流程：
> 
> orderserver 发起 http 请求 → 请求被 LoadBalancerInterceptor 负载均衡拦截器拦截 → RibbonLoadBalancerClient 拿到服务名，并将其作为参数传给 DynamicServerListLoadBalancer → DynamicServerListLoadBalancer 就会去 Eureka 中拉取服务列表 → 随后 DynamicServerListLoadBalancer 又会去请求 IRule 接口做负载均衡，根据规则挑一个服务出来，并返回 → RibbonLoadBalancerClient 拿到了真实的服务地址就会对之前不可访问的 url 地址进行替换，最终请求到目标服务。

## 三、负载均衡策略 ##

**如下图，每一个子接口都是一种规则：**

![c43bbccaef8a4aa08cddacbebcd7222b.png][]

![78bebff585754fcc80db04e701ee2a0e.png][]

> **默认是的负载均衡策略是 ZoneAvoidanceRule，它父类的父类是轮询的，所以本质上讲 ZoneAvoidanceRule 也是一个轮询策略，但是它是以 Zone 对服务器进行划分的，这个 Zone 可以理解为一个机房，所以在选择服务的时候，它会优先选择跟自己在同一个机房里面的服务，然后进行轮询。**

**那么如何修改负载均衡规则呢？有两种方式。**

**① 代码方式，在 orderserver 的启动类中定义一个新的 IRule（作用于全局）**

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

**② 配置文件方式，在 orderserver 的 yml 文件中添加新的配置（只针对某个微服务而言）**

![c8e1b75c392d4f45a7fbbaa186a72b2e.png][]

**Ribbon 的默认加载机制是懒加载，所谓懒加载就是不用的时候不加载，什么时候要用了才去加载，所以服务在第一次被访问的时候速度较慢，由于 Ribbon 给我们提供了缓存，所以之后的访问速度还是很快的。**

**相对于懒加载的是饥饿加载，顾名思义，饥饿加载就是在项目一启动的时候就开始加载，所以它的每一次访问速度都很快。那么如何修改 Ribbon 的加载方式呢？我们可以通过配置文件的方式进行修改。**

![1a633def743c4f6c9d7c2e08cd3b0381.png][]

[6adeab6f5ed64ce980dad2f5a20a3b1f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/5cba0b1e78654c47a46e332521bf3b20.png
[7fdf4127ca044bc59875ae11c2dc2b5d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/bb52b38a859948fab3d018f0c5d320bf.png
[f077371b744c43399623e8f14e9c44a7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/5d1f1613a079418ea54785ded9399068.png
[c0373c46cedf4133b83386ab4ad23bb4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/aa2610437f1648b19080ca23820ad070.png
[4274c1c17d6a408da54c09795ca82db8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/6a68e977c251414993b4a8b03998c7b7.png
[4b13ecd6d38d4d58b1fcbb69acbb908d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/c2b32089b7e84d98bd7841b50e4d22d2.png
[cd4fc93e764d4d98885e3b6e69fdea3d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/f716fd88b40849a2b97a7fc708ecce8c.png
[ba56bd2aca914102ad0b7b748d59eb4d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/92b49d0a67f4438f877d99c1fb4b3320.png
[f68d645dd7d74112865f75565a0e0c88.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/609841fe1fce487cb8ae8e187a92d7c4.png
[d9f1c3d0dcc841a79dfaf1fe992ef6c7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/a449b7aa1df540fc92a50ba91a05a847.png
[d63ab29237a74359b78339d6c75497f9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/a4e5f87e191f40dda3ae5a094a3783ab.png
[dc43eb418c8945feba74f7ec5d7d22c0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/f86fa7b24a5448d9a7ba0f4fd3553cf0.png
[ae33182eab2b44cfa0a5d22e558208bf.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/b4969447b5cc4437ae9daf9a67396e7e.png
[c43bbccaef8a4aa08cddacbebcd7222b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/59fe569762ed4b9493f5819d0150f9cd.png
[78bebff585754fcc80db04e701ee2a0e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/59069d6cd38e4fe2825cc034266c576e.png
[c8e1b75c392d4f45a7fbbaa186a72b2e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/0c4270bdbccc41f1b308ae0779edb363.png
[1a633def743c4f6c9d7c2e08cd3b0381.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/18/bcfe99506ee6441f8a6e1f99888bd166.png