場景：
微服務部署后，需要相互調用，其中服務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