问题现象与背景

在ESP32双核开发中，许多开发者使用xTaskCreatePinnedToCore将任务固定到Core 0或Core 1，以优化性能。但常遇到WiFi突然断流（ping超时、TCP连接断开），且复现概率与任务优先级、核心绑定密切相关。本文从FreeRTOS调度和WiFi协议栈内部机制出发，揭示优先级反转如何导致WiFi任务饿死。

原理：ESP32双核与WiFi任务模型

ESP32的WiFi协议栈运行在Core 0（默认），包含多个内部任务，关键任务如下：

wifi任务：优先级通常为23（最高），处理MAC层事件。
tcpip任务：优先级18，处理LwIP协议栈。
事件任务：优先级20，分发WiFi/BT事件。

这些任务通过队列和信号量与用户任务交互。当用户任务使用xTaskCreatePinnedToCore固定到Core 0且优先级高于或等于WiFi任务时，可能抢占CPU，导致WiFi任务无法及时运行，引发断流。

优先级反转的触发条件

优先级反转指高优先级任务被低优先级任务间接阻塞。在ESP32中表现为：

用户任务A（优先级22）固定到Core 0，长时间占用CPU（如忙等待）。
WiFi任务（优先级23）本应抢占A，但若A持有WiFi任务所需的互斥量（如LwIP锁），WiFi任务被阻塞。
此时若另一个低优先级任务B（优先级5）运行，且B不释放锁，则WiFi任务等待时间过长，看门狗触发断流。

更常见的是：用户任务优先级设置不当，导致WiFi任务得不到调度。例如，将用户任务优先级设为24（高于WiFi任务），且未主动让出CPU，WiFi任务永远无法运行。

配置步骤与代码示例

错误示例：高优先级任务导致WiFi饿死

#include "freertos/FreeRTOS.h"
#include "freertos/task.h"
#include "esp_wifi.h"

void high_prio_task(void *pvParameters) {
    while (1) {
        // 模拟密集计算，无阻塞
        for (volatile int i = 0; i < 1000000; i++);
        // 未调用vTaskDelay，持续占用CPU
    }
}

void app_main() {
    // 初始化WiFi（省略详细配置）
    wifi_init_sta();

    // 创建高优先级任务并固定到Core 0（WiFi协议栈所在核心）
    xTaskCreatePinnedToCore(high_prio_task, "high_prio", 4096, NULL, 24, NULL, 0);
}

此代码中，任务优先级24高于WiFi任务（23），且无阻塞，导致WiFi任务无法运行，数秒内断流。

正确做法：合理优先级与主动让出

void safe_task(void *pvParameters) {
    while (1) {
        // 业务处理
        process_data();
        // 主动让出CPU，允许同优先级或更低优先级任务运行
        vTaskDelay(pdMS_TO_TICKS(10));
    }
}

void app_main() {
    wifi_init_sta();
    // 优先级设为低于WiFi任务（如10），并固定到Core 1（避免与WiFi争抢Core 0）
    xTaskCreatePinnedToCore(safe_task, "safe", 4096, NULL, 10, NULL, 1);
}

使用互斥量的注意事项

若必须与WiFi任务共享资源（如socket），应使用互斥量并设置优先级继承：

SemaphoreHandle_t wifi_mutex = xSemaphoreCreateMutex();

void task_with_mutex(void *pvParameters) {
    while (1) {
        if (xSemaphoreTake(wifi_mutex, portMAX_DELAY) == pdTRUE) {
            // 访问WiFi相关资源
            send_data_over_wifi();
            xSemaphoreGive(wifi_mutex);
        }
        vTaskDelay(pdMS_TO_TICKS(5));
    }
}

创建互斥量时默认启用优先级继承，可缓解优先级反转。

关键注意事项

核心绑定策略：WiFi协议栈默认运行在Core 0，用户任务尽量固定到Core 1，避免争抢。
优先级设置：用户任务优先级应低于WiFi任务（23）和tcpip任务（18），建议不超过10。
避免忙等待：任何长时间循环必须插入vTaskDelay或taskYIELD。
看门狗：ESP32任务看门狗（TWDT）默认监控空闲任务，若WiFi任务饿死会触发复位，可通过esp_task_wdt_reset喂狗，但治标不治本。
调试手段：使用vTaskGetRunTimeStats查看各任务CPU占用，或启用CONFIG_FREERTOS_USE_TRACE_FACILITY。

总结

xTaskCreatePinnedToCore是优化双核性能的利器，但错误使用会破坏WiFi协议栈的实时性。理解FreeRTOS优先级调度和ESP32内部任务模型，合理设置优先级与核心亲和性，是避免断流的关键。建议用户任务优先级≤10，固定到Core 1，并确保阻塞式等待，即可稳定运行。

ESP32双核下用xTaskCreatePinnedToCore固定任务核后WiFi断流的优先级反转分析