共计 2369 个字符，预计需要花费 6 分钟才能阅读完成。
作者：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 开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞 + 转发哦！
