ESP32调用FreeRTOS任务报错及WiFi扫描阻塞问题求助

一、Mytask调用的参数错误问题 #

• 你的Mytask函数原型是void Mytask(void *pvParameters)，这是FreeRTOS任务函数的标准格式，必须接收一个void*类型参数。
• 直接用Mytask()调用时未传参，编译器会提示“参数不足”，但更核心的问题是：FreeRTOS任务函数不能像普通函数一样直接调用。任务的正确启动方式是通过xTaskCreate()或xTaskCreatePinnedToCore()创建并交由系统调度，而非直接执行函数体。
• 若要在函数x()中触发任务逻辑，正确做法是：
  1. 在初始化阶段通过FreeRTOS任务创建函数启动Mytask。
  2. 在函数x()中借助任务通知、队列、信号量等IPC机制给Mytask发消息，触发对应逻辑，而非直接调用任务函数。

二、WiFi扫描阻塞网页响应的问题 #

• ESP32的所有WiFi API均运行在核心1，即便把扫描任务固定到核心0，最终调用wifi.scanNetwork()时仍会切换到核心1执行，且WiFi扫描本身是耗时的阻塞操作，会占用WiFi硬件和核心1资源。
• 网页响应变慢的本质是：WiFi模块同一时间只能处理一个核心操作——要么响应HTTP请求，要么执行网络扫描。扫描过程中WiFi硬件被占用，服务器请求处理会被延迟。
• 解决建议：
  • 延长扫描间隔，或仅在特定触发条件（如用户主动请求）下执行扫描，避免频繁扫描。
  • 若WiFi库支持，使用wifi.scanNetworksAsync()异步扫描接口，扫描不会阻塞当前线程，结果通过回调函数返回。
  • 优化网页服务器逻辑，将非紧急HTTP请求处理放到核心0的任务中，让核心1专注于WiFi操作，减少核心资源竞争。

三、移除Mytask后项目正常的原因 #

你直接调用Mytask()的方式违反了FreeRTOS调度规则，相当于在函数x()的上下文里直接执行Mytask的函数体，可能引发栈溢出、任务调度混乱，甚至干扰核心1的WiFi线程运行。移除错误调用后，系统恢复正常调度逻辑，问题自然消失。

内容的提问来源于stack exchange，提问作者hatzo