作者：Lxlxxx \
链接：https://juejin.cn/post/7249624466150408250

前言

首先要理解Feign是如何进行近程调用的，这外面包含，注册核心、负载平衡、FeignClient之间的关系，微服务通过不论是eureka、nacos也好注册到服务端，Feign是靠Ribbon做负载的，而Ribbon须要拿到注册核心的服务列表，将服务进行负载缓存到本地，而后FeignClient客户端在进行调用，大略就是这么一个过程。

Ribbon是如何进行负载的

首先咱们要分明Ribbon是如何进行负载的，也就是如何获取nacos、eureka的服务列表，这个很要害。

RibbonClientConfiguration

RibbonClientConfiguration类中通过LoadBalancer，咱们晓得ribbon是靠LoadBalancer做负载的 无非就是ILoadBalancer接口的办法，顺次是增加新的服务、在负载平衡里抉择一个服务、markServerDown服务下线、获取服务列表、获取存活的服务器、获取所有服务器（包含衰弱和不衰弱的）

ZoneAwareLoadBalancer

loadBalancer默认的是ZoneAwareLoadBalancer负载均衡器，通过继承父类DynamicServerListLoadBalancer的restOfInit办法，外面比拟重要的两个办法，enableAndInitLearnNewServersFeature和updateListOfServers办法

enableAndInitLearnNewServersFeature办法外面

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

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

Ribbon负载平衡策略

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

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

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

Ribbon对于负载Client是在服务启动后，产生调用的时候才会去创立Client，所以在第一次产生http申请调用的时候，不光要算上http的申请工夫，还要算上Client的创立工夫，所以第一次调用的时候才会很慢，写个办法调用下;

System 服务调用System2服务

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客户端进行负载，而后进行调用，第一次调用的工夫就是会长一些，第二次调用间接进行申请能够看到调用工夫很快。

开启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服务进行加载，从而防止了第一次申请超时的状况；

总结

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

近期热文举荐：

1.1,000+ 道 Java面试题及答案整顿(2022最新版)

2.劲爆！Java 协程要来了。。。

3.Spring Boot 2.x 教程，太全了！

4.别再写满屏的爆爆爆炸类了，试试装璜器模式，这才是优雅的形式！！

5.《Java开发手册（嵩山版）》最新公布，速速下载！

感觉不错，别忘了顺手点赞+转发哦！