面试官：Feign第一次调用为什么会很慢？

r囧r小猫 2024-03-17 23:18 94阅读 0赞

### **前言** ###

首先要了解 Feign 是如何进行远程调用的，这里面包括，注册中心、负载均衡、FeignClient 之间的关系，微服务通过不论是 eureka、nacos 也好注册到服务端，Feign 是靠 Ribbon 做负载的，而 Ribbon 需要拿到注册中心的服务列表，将服务进行负载缓存到本地，然后 FeignClient 客户端在进行调用，大概就是这么一个过程。

### **Ribbon是如何进行负载的** ###

首先我们要清楚 Ribbon 是如何进行负载的，也就是如何获取 nacos、eureka 的服务列表，这个很关键。

![图片][142ae46c9e2f288648112e2640503a54.jpeg]

### **RibbonClientConfiguration** ###

RibbonClientConfiguration 类中通过 LoadBalancer，我们知道 ribbon 是靠LoadBalancer 做负载的 无非就是 ILoadBalancer 接口的方法，依次是添加新的服务、在负载均衡里选择一个服务、markServerDown 服务下线、获取服务列表、获取存活的服务器、获取所有服务器（包括健康和不健康的）

![图片][fbb7812219336abf8874a21e97027941.jpeg]

ILoadBalancer 接口

###  ###

### **ZoneAwareLoadBalancer** ###

![图片][a1523a2c3b6ce2eb58a2320dc5c4b3b1.jpeg]

restOfInit 方法

enableAndInitLearnNewServersFeature 方法里面。

LOGGER.info("Using serverListUpdater {}", serverListUpdater.getClass().getSimpleName());serverListUpdater.start(updateAction);

让我们看 ServerListUpdater.start 方法的实现，通过自定义线程去拿，这就是获取服务列表。

![图片][98f19685cf3eabe903f349f6ba92b3ea.jpeg]

ServerListUpdater.start

###  ###

### **Ribbon负载均衡策略** ###

服务列表获取说了，当然负载均衡的策略这块也有必要讲一下，主要有七种：

*  RoundRobinRule（轮询策略，按照服务顺序依次循环调用）
 *  WeightedResponseTimeRule（权重比策略，优先选择权重比高的服务，也就是服务响应时间比较短的，响应时间越长权重比越低）
 *  RandomRule（随机策略，服务提供者列表随机选择一个服务）
 *  BestAvailableRule（最小连接数策略，获取服务列表中连接数最小的服务实例）
 *  RetryRule（重试策略，重试获取已经失效的服务，指定时间没有获取到返回NULL）
 *  AvailabilityFilteringRule（可用性敏感策略，过滤非健康服务实例，选择lianji）
 *  ZoneAvoidanceRule（区域敏感策略）

### **Ribbon-eager-load（饥饿加载）模式** ###

Ribbon 对于负载 Client 是在服务启动后，发生调用的时候才会去创建 Client，所以在第一次发生 http 请求调用的时候，不光要算上 http 的请求时间，还要算上 Client 的创建时间，所以第一次调用的时候才会很慢，写个方法调用下。

System 服务调用 System2 服务

@GetMapping("/requestSystem2Api")public String requestSystem2Api(){
           long startTime = System.currentTimeMillis();    R<String> stringR = iTestServiceClient.testRequestMethod();    if (null !=stringR){
               log.info("接口返回："+stringR.getMsg());    }    long needTime = System.currentTimeMillis() - startTime;    log.info("接口调用需要的时间："+needTime);    return "";}

从调用日志可以看出，第一次调用 System2 服务，Ribbon 的 DynamicServerListLoadBalancer 会将 feign 客户端进行负载，然后进行调用，第一次调用的时间就是会长一些，第二次调用直接进行请求可以看到调用时间很快。

![图片][9f9f137b8d1b83ccb83c6f5b659bbbb4.jpeg]

第一次慢，第二次快

###  ###

### **开启Ribbon饥饿加载** ###

`ribbon:`

`nacos:``enabled: true # 开启naocos轮询``eager-load:``enabled: true # 开启Ribbon的饥饿加载模式(防止第一次请求超时的问题)``clients: Lxlxxx-system2 # 指定需要开启的服务(需要开启Ribbon的饥饿加载模式)``ReadTimeout: 10000``ConnectTimeout: 10000``MaxAutoRetries: 0``MaxAutoRetriesNextServer: 1``OkToRetryOnAllOperations: false`

在项目启动的时候，可以从日志看到，已经把 Lxlxxx-system2 服务进行加载，从而避免了第一次请求超时的情况。

![图片][4602f8200b2a2353eef9b5d13a588d86.jpeg]

开启Ribbon饥饿加载

###  ###

### **总结** ###

其实这种饥饿加载模式，类似于“客户端负载预热”的一个操作，项目启动的时候进行加载，防止服务之间调用可以因为数据量、业务逻辑处理复杂性导致接口超时，如果你的服务之间调用业务处理比较复杂、且慢，不妨可以试试这种解决方式。

[142ae46c9e2f288648112e2640503a54.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/d522f41782ee41f19e6234aa1c7774d2.png
[fbb7812219336abf8874a21e97027941.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/a797f550e80343f6a76c6fda73f5bdc3.png
[a1523a2c3b6ce2eb58a2320dc5c4b3b1.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/2042dc8d508e4ef2b18b78fe112e1584.png
[98f19685cf3eabe903f349f6ba92b3ea.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/a9a41e99a3e04b2886ce1e77eec6ab2b.png
[9f9f137b8d1b83ccb83c6f5b659bbbb4.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/479cff93cdef4a068fa96d71343a0338.png
[4602f8200b2a2353eef9b5d13a588d86.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/8b66e84b5d9342f5b04876654e18e502.png