昨天开发FeignClient,想调用微服务。逻辑是A服务调用B服务。AB在同一个局域网内。

经过反复测试,有一个访问缓慢的现象,具体表现为:

程序启动第一次访问初始化1.2秒左右,还可以理解。

但后面访问还是要1.1秒左右(格式化到SSS毫秒打印日志监控的)。

但如果连续访问几次,后面几次又是几十毫秒。过一会再访问,或者换浏览器换post工具请求,又会1.2秒左右。


当时就有点懵逼,这么成熟的工具不可能会这么慢吧,都是一个局域网。

排查了eureka注册中心,发现B服务多注册了一个,IP地址是192开头,经过询问,是一个同事的笔记本连接wifi,wifi自动分配了192开头的ip,笔记本是可以访问注册中心和其他服务的。但其他服务是访问不了这台笔记本的。

也就是说,B服务的一个注册的网络和其他服务是不通的。

但不知道为什么eureka却认为192ip注册是一个正确的微服务,而且一直是UP状态。注册中心的ip肯定是访问不了笔记本192ip的。


手工访问了一下192ip,不会直接提示404或网络错误,而是会加载一会。

这也许导致了FeignClient认为192ip是一台可用的机器。所以第一次请求的时候就去请求192ip,但没返回,到了超时时间,再换B服务的其他地址,就导致了耗时。

让同事把服务停了,再次调用服务,速度就很快了。



总结:个别机器IP不通,会导致FeignClient调用微服务缓慢。而且在eureka中心中是UP状态,没有错误提示。

需要注意网络互通情况。

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐