10.Ribbon 源码分析（springcloud）

做一道光

于 2022-11-11 08:47:06 发布

阅读量348

点赞数 3

分类专栏： SpringCloud 文章标签： spring cloud ribbon java

本文链接：https://blog.csdn.net/weixin_59334478/article/details/127797100

版权

SpringCloud 专栏收录该内容

38 篇文章 1 订阅

订阅专栏

4.1 Ribbon 要做什么事情？

先通过 "http://" + serviceId + "/info" 我们思考 ribbon 在真正调用之前需要做什么？

restTemplate.getForObject(“http://provider/info”, String.class);

想要把上面这个请求执行成功，我们需要以下几步

1. 拦截该请求；

2. 获取该请求的 URL 地址 :http://provider/info

3. 截取 URL 地址中的 provider

4. 从服务列表中找到 key 为 provider 的服务实例的集合 ( 服务发现 )

5. 根据 负载均衡算法 选出一个符合的实例

6. 拿到该实例的 host 和 port ，重构原来 URL 中的 provider

7. 真正的发送 restTemplate.getForObject(“http://ip:port/info” ， String.class)

4.2 Ribbon 负载均衡的测试

新增 controller

package com.it.controller;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.cloud.client.ServiceInstance;
import org.springframework.cloud.client.loadbalancer.LoadBalancerClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;

@RestController
public class ConsumerController {

    @Autowired
    private RestTemplate restTemplate;

    @Autowired
    private LoadBalancerClient loadBalancerClient;

    @GetMapping("testRibbon")
    public String testRibbon(String serviceName){
        //正常来讲，需要拿到ip和port 以及路径 才可以用
        String url="http://"+serviceName+"/hello";
        String forObject = restTemplate.getForObject(url, String.class);
        return forObject;
    }

    /**
     * 核心是负载均衡
     * @param serviceName
     * @return
     */
    @GetMapping("testRibbonRule")
    public String testRibbonRule(String serviceName){
        ServiceInstance choose = loadBalancerClient.choose(serviceName);
        return choose.toString();
    }


}

访问： http://localhost:8003/testChoose?serviceId=provider

4.3 从 choose 方法入手，查看 Ribbon 负载均衡的源码

走进 getServer()方法

在 chooseServer()里面得到 rule 是哪个对象

发现当前的 rule 是 ZoneAvoidanceRule 对象，而他只有一个父类 PredicateBasedRule

最终进入 PredicateBasedRule 类的 choose()方法

com.netflix.loadbalancer.AbstractServerPredicate#incrementAndGetModulo

4.4 负载均衡之前的服务列表是从何而来呢？

Ribbon 里面有没有服务列表？

Ribbon 只做负载均衡和远程调用

服务列表从哪来？从 eureka 来

Ribbon 有一个核心接口 ILoadBalance （承上 (eureka) 启下（Rule ））

我们发现在负载均衡之前，服务列表已经有数据了

重点接口 ILoadBalancer

Ribbon 没有服务发现的功能，但是 eureka 有，所以 ribbon 和 eureka 完美结合

首先关注这两个集合，就是存放从 eureka 服务端拉取的服务列表然后缓存到本地

我们去看 DynamicServerListLoadBalancer 类如何获取服务列表，然后放在 ribbon 的缓存里面

ServerList<T extends Server> 实现类（DiscoveryEnabledNIWSServerList ）

再回到 BaseLoadBalancer 中真正的存放服务列表

最后我们得知，只有在初始化 DynamicServerListLoadBalancer 类时，去做了服务拉取和缓存

也就是说并不是服务一启动就拉取了服务列表缓存起来，流程图如下 :

4.5 Ribbon 把 serverList 缓存起来，脏读怎么处理？

根据上面缓存服务列表我们得知， ribbon 的每个客户端都会从 eureka-server 中把服务列表缓存起来 , 主要的类是 BaseLoadBalancer ，那么有新的服务上线或者下线，这么保证缓存及时同步呢

Ribbon 中使用了一个 PING 机制

从 eureka 中拿到服务列表，缓存到本地， ribbon 搞了个定时任务，隔一段时间就去循环 ping一下每个服务节点是否存活

我们查看 IPing 这个接口

我们就想看 NIWSDiscoveryPing

跟着 isAlive 一直往上找，看哪里去修改本地缓存列表

查看 notifyServerStatusChangeListener 发现只是一个空壳的接口，并没有对缓存的服务节点做出是实际操作，那么到底在哪里修改了缓存列表的值呢？ 我们发现在 ribbon 的配置类中 RibbonClientConfiguration 有一个更新服务列表的方法