问题说明：
我们使用ESP32+LAN8720的PHY芯片连接以太网。当连接以太网获取IP地址以后，扫描WiFi的AP，在WIFI扫描开始后，会立即出现Ethernet Link Down的事件，在WIFI扫描完成以后，就会立即出现Ethernet Link Up恢复以太网连接。

测试环境说明：
生产用的IDF为4.4.7，现经过测试，IDF5.5也是同样的现象。
目前发现只有在某些特定的交换机或者路由器下面可以复现出来，经过测试，有一款水星的路由器和一款腾达的交换机可以复现这个问题，只要不扫描WIFI，以太网不会断开连接。

这款产品已经出货多年，单以太网连接没出现过稳定性问题 ...

我在gpio的demo里面稍微修改了一下，可以复现出我提出的问题。
分别用mingw的make和cmd的idf.py build进行了编译
mingw的make可以正常编译通过
cmd的idy.py build方式报错如下： 事实上fun_c的函数已经在libmain.a中的func.obj文件中了

现在项目里面需要获得芯片的一个唯一ID发送到服务器进行设备绑定。
有如下问题不太了解，
1.在ESP8266里面有个API(system_get_chip_id())能够获得一个唯一ID号，请问在ESP32中是否也有类似的API呢？
2.如果没有相关API的话通过esp_efuse_mac_get_default()这个函数获取到的一个MAC地址是唯一所有芯片的MAC吗？如果不是，需要使用什么api来获得一个唯一ID呢？

3.在ESP-IDF4.0里面： esp_err_t esp_efuse_mac_get_custom(uint8_t *mac);
esp_err_t esp ...

谢谢您的解答！

问题已经解决，确实是库的顺序引起的依赖问题。
我这边的情况如下：
main组件里面的函数fun_main_a()调用了 已经编译好 的静态库中的函数fun_lib_1(),静态库中的函数fun_lib_1再调用main组件中的另外一个函数fun_main_b()
在编译的时候把fun_main_a()与fun_main_b()打包到了libmain.a静态库中，然后在链接阶段会出现找不到fun_main_a()或者fun_main_b()函数的情况。至于是找不到哪个函数取决于包含fun_lib_1()的库相对于libmain.a的位置。
我这边的解决方法是把fun_main ...

这个问题看起来是静态库的依赖顺序问题，为啥传统的GNU Make不会有这个问题，而使用Ninja就会出现这个问题呢？

我在自己的项目里面引用了三个外部静态库，并且修改了CMakeLists.txt文件，增加了库路径等，在最后链接的时候，（引入的库里面报错）提示一些函数未定义，而这些函数是在自己的源文件里面实现的，并且已经链接到了libmain.a里面。

开发环境：Vscode+ESP-IDF插件，（在cmd命令行里面调用idf.py build也是同样的错误）
另外：
在mingw32环境使用make方式可以正常编译通过，说明代码和库是没有问题的。

请问一下，有人是否也遇到了同样的问题。