news 2026/6/9 19:19:54

Feign第一次调用为什么会很慢?

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Feign第一次调用为什么会很慢?

点击上方“程序员蜗牛g”,选择“设为星标”

跟蜗牛哥一起,每天进步一点点

程序员蜗牛g

大厂程序员一枚 跟蜗牛一起 每天进步一点点

33篇原创内容

公众号

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

Ribbon是如何进行负载的

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

RibbonClientConfiguration

RibbonClientConfiguration类中通过LoadBalancer,我们知道ribbon是靠LoadBalancer做负载的

无非就是ILoadBalancer接口的方法,依次是添加新的服务、在负载均衡里选择一个服务、markServerDown服务下线、获取服务列表、获取存活的服务器、获取所有服务器(包括健康和不健康的)

ZoneAwareLoadBalancer

loadBalancer默认的是ZoneAwareLoadBalancer负载均衡器,通过继承父类DynamicServerListLoadBalancerrestOfInit方法,里面比较重要的两个方法,enableAndInitLearnNewServersFeatureupdateListOfServers方法

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服务

@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客户端进行负载,然后进行调用,第一次调用的时间就是会长一些,第二次调用直接进行请求可以看到调用时间很快。

开启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服务进行加载,从而避免了第一次请求超时的情况;

总结

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

如果这篇文章对您有所帮助,或者有所启发的话,求一键三连:点赞、转发、在看。

关注公众号:woniuxgg,在公众号中回复:笔记 就可以获得蜗牛为你精心准备的java实战语雀笔记,回复面试、开发手册、有超赞的粉丝福利

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/6/9 22:20:20

G-Helper终极指南:3分钟解锁华硕设备隐藏性能

G-Helper终极指南&#xff1a;3分钟解锁华硕设备隐藏性能 【免费下载链接】g-helper Lightweight Armoury Crate alternative for Asus laptops. Control tool for ROG Zephyrus G14, G15, G16, M16, Flow X13, Flow X16, TUF, Strix, Scar and other models 项目地址: https…

作者头像 李华
网站建设 2026/6/9 13:31:36

群晖视频信息插件终极指南:一键获取完美影视元数据

还在为群晖Video Station的影视信息不全而烦恼吗&#xff1f;这个强大的视频信息插件将彻底解决您的困扰&#xff01;&#x1f3ac; 通过集成多个权威数据源&#xff0c;它能自动为您的视频库填充完整的元数据信息&#xff0c;让影视管理变得专业又便捷。 【免费下载链接】syno…

作者头像 李华
网站建设 2026/6/10 11:46:13

数据库和表(2)

第二部分&#xff1a;VFP的数据库VFP与它的前面版本相区别的强大的新功能之一就是它使用了数据库。单独使用表&#xff0c;可以为用户存储和查看信息提供很多帮助&#xff0c;但是&#xff0c;如果把若干表组织到一个数据库中&#xff0c;用户就可以充分利用VFP提供的如下强大功…

作者头像 李华
网站建设 2026/6/9 12:51:13

并发的基本概念,操作,容器

并发编程是现代软件开发中的重要概念&#xff0c;它能显著提升程序性能。下面为你系统梳理并发的基本概念、常用操作和并发容器。一、理解并发与并行 并发‌ 指在‌单核CPU‌上&#xff0c;通过时间片轮转&#xff0c;在极短时间内交替执行多个任务&#xff0c;给人“同时运行”…

作者头像 李华
网站建设 2026/6/9 23:45:54

揭秘Azure Backup服务:如何实现MCP AZ-500 Agent的高效数据保护

第一章&#xff1a;揭秘Azure Backup服务的核心架构Azure Backup 是微软 Azure 提供的企业级数据保护解决方案&#xff0c;其核心架构设计旨在实现高可用性、安全性和可扩展性。该服务通过模块化组件协同工作&#xff0c;确保本地与云端工作负载的数据持久化备份。关键组件与数…

作者头像 李华
网站建设 2026/6/10 10:56:57

云安全Agent异常无法恢复?你必须掌握的5种应急处理方案

第一章&#xff1a;MCP AZ-500 云 Agent 的恢复在企业级云环境中&#xff0c;MCP AZ-500 安全代理是保障虚拟机与主控平台间通信完整性和访问控制的核心组件。当该代理因系统更新、配置错误或服务中断导致失效时&#xff0c;必须执行快速且可靠的恢复流程以确保持续的安全监控和…

作者头像 李华