昨天开发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状态，没有错误提示。

需要注意网络互通情况。