SpringCloud以及Nacos服务注册IP选择问题

场景：

微服务部署后，需要相互调用，其中服务A调用服务B时发现无法调用。其中服务注册和发现以及配置中心使用Nacos

分析：

检查了多遍代码后，没有发现调用方式有问题，所以只能是网络问题。通过postman直接调用服务B，发现可以调通，但是使用服务A不行，于是检查服务A在注册中心注册的IP，发现和并不是服务B启动机器的IP。这就是问题所在了。

为什么注册的IP和真实IP不符合呢？原因是Nacos客户端在注册服务时会从机器网卡中选择一个IP来注册，当机器存在多个网卡（例如存在虚拟网卡）时，所选则的IP可能不是真是的物理机的IP，所以，当注册了的是非真实IP后，另一台机器调用时是不可能调通的。

解决：

知道问题后，就要解决，查了一下SpringCloud的官方文档，发现有一项配置如下：

Sometimes, it is useful to ignore certain named network interfaces so that they can be excluded from Service Discovery registration (for example, when running in a Docker container). A list of regular expressions can be set to cause the desired network interfaces to be ignored.
You can also force the use of only specified network addresses by using a list of regular expressions.

spring:
  cloud:
	inetutils:
	  preferredNetworks:
		- 192.168
		- 10.0

该项配置用于指定首选IP，当有多个网卡时，指定该IP地址后（支持正则），客户端在选择IP时就会选择符合preferredNetworks配置的IP地址进行注册。

同样的，Nacos也可以配置自己的首选IP以及网卡选择：

spring.cloud.nacos.discovery.ip：

spring.cloud.nacos.discovery.networkInterface

我们选择其中一个配置就可以，都能达到相同的效果。

扩展：

虽然问题解决了，但是还是要更深入的了解一下这个IP选择的逻辑。翻了一通源码发现，其大致逻辑如下：

Nacos首先检查有没有ip及networkInterface配置，如果有则使用配置的IP，否则检查networkInterface，并获取IP，如果两者都为空，则使用inetUtils.findFirstNonLoopbackHostInfo().getIpAddress()来获取IP：

而findFirstNonLoopbackHostInfo()的部分逻辑如下：

它最终会返回一个匹配的IPV4地址，并且排除本机回环网络(127.0.0.0-127.255.255.255)，并且匹配是否是首选网络（如果配置了preferredNetworks）。

---

All efforts, only for myself, no longer for others