场景：
微服务部署后，需要相互调用，其中服务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