测试ESP-IDF ESP32C6，创建线程调用recvform接收数据发现一直被阻塞，如何解决？

要解决这个问题，我们可以按照以下步骤进行：

1. 确认问题原因：首先，我们需要确定问题是否确实是由于WiFi事件回调函数占用了CPU导致的。可以通过在回调函数中添加日志输出，观察回调函数是否频繁被调用。

2. 优化回调函数：如果发现回调函数确实占用了大量CPU资源，可以尝试优化回调函数的执行时间。例如，将一些非必要的操作移到后台线程中执行，或者减少回调函数中的计算量。

3. 使用非阻塞接收：在创建线程调用recvform接收数据时，可以尝试使用非阻塞方式。这样，即使WiFi事件回调函数占用了CPU，接收线程也不会被阻塞。可以通过设置socket选项来实现非阻塞接收，例如使用`setsockopt()`函数设置`SO_NONBLOCK`选项。

4. 增加接收缓冲区：如果问题仍然存在，可以尝试增加接收缓冲区的大小。这样，即使接收线程被阻塞，数据也可以先存储在缓冲区中，等待接收线程处理。可以使用`setsockopt()`函数设置`SO_RCVBUF`选项来调整接收缓冲区的大小。

5. 检查线程优先级：确保接收线程的优先级高于WiFi事件回调函数的优先级。这样，当接收线程需要处理数据时，它可以优先获得CPU资源。可以通过设置线程属性来调整线程优先级。

6. 使用事件驱动机制：如果以上方法都不能解决问题，可以考虑使用事件驱动机制来处理接收数据。例如，可以使用信号量或者事件标志来通知接收线程有数据需要处理。这样，接收线程可以在需要时才唤醒，而不是一直被阻塞。

7. 寻求社区帮助：如果问题仍然无法解决，可以在ESP-IDF社区或者相关技术论坛上寻求帮助。可能其他开发者遇到过类似的问题，并提供了解决方案。

通过以上步骤，我们可以尝试解决ESP32C6在测试过程中遇到的接收数据被阻塞的问题。