一、为什么需要双核任务隔离？

ESP32-S3 搭载双核 Xtensa LX7，主频高达 240MHz。默认情况下，Arduino 或 ESP-IDF 会将 Wi-Fi 协议栈、蓝牙协议栈以及用户任务混合调度。当 Wi-Fi 频繁收发数据时，协议栈任务会抢占 CPU，导致业务逻辑（如电机控制、传感器采样）出现抖动甚至丢步。

核心痛点：

实时性差：Wi-Fi 中断和任务切换延迟业务代码执行。
优先级反转：协议栈任务优先级通常较高，用户任务被频繁挂起。
调试困难：难以区分是网络问题还是业务逻辑问题。

解决方案：利用 FreeRTOS 的 xTaskCreatePinnedToCore 将 Wi-Fi 协议栈固定到 Core 0，业务逻辑固定到 Core 1，实现物理隔离。

二、xTaskCreatePinnedToCore 原理

函数原型：

BaseType_t xTaskCreatePinnedToCore(
    TaskFunction_t pvTaskCode,   // 任务函数
    const char * const pcName,   // 任务名
    const uint32_t usStackDepth, // 栈深度（字）
    void * const pvParameters,   // 参数
    UBaseType_t uxPriority,      // 优先级
    TaskHandle_t * const pxCreatedTask, // 句柄
    const BaseType_t xCoreID     // 核心ID：0 或 1
);

xCoreID 为 0 表示 Core 0，1 表示 Core 1，tskNO_AFFINITY 表示不固定。
ESP32-S3 中，Core 0 通常负责 Wi-Fi/蓝牙协议栈，Core 1 运行 Arduino 的 loopTask。
通过固定核心，任务不会在核心间迁移，减少缓存失效和上下文切换开销。

关键点：Wi-Fi 协议栈任务由系统自动创建，我们无法直接修改其核心绑定。但可以通过配置菜单将 Wi-Fi 任务默认绑定到 Core 0，然后手动将业务任务绑定到 Core 1。

三、配置步骤（基于 ESP-IDF）

设置 Wi-Fi 任务核心：idf.py menuconfig → Component config → Wi-Fi → Wi-Fi Task Core → 选择 Core 0。
创建业务任务：使用 xTaskCreatePinnedToCore 并指定 xCoreID = 1。
调整优先级：Wi-Fi 任务优先级通常为 23（最高），业务任务建议 5~10，避免抢占协议栈。
栈大小：业务任务至少 4096 字（16KB），若使用浮点或递归需更大。

四、完整代码示例

以下代码基于 ESP-IDF，创建两个任务：一个模拟 Wi-Fi 数据接收（Core 0），一个执行业务逻辑（Core 1）。

#include <stdio.h>
#include "freertos/FreeRTOS.h"
#include "freertos/task.h"
#include "esp_log.h"

static const char *TAG = "DUAL_CORE";

// 模拟 Wi-Fi 协议栈任务（实际由系统创建，此处仅作演示）
void wifi_task(void *pvParameters) {
    while (1) {
        ESP_LOGI(TAG, "Wi-Fi task on core %d", xPortGetCoreID());
        vTaskDelay(pdMS_TO_TICKS(1000));
    }
}

// 业务逻辑任务：运行在 Core 1
void business_task(void *pvParameters) {
    int counter = 0;
    while (1) {
        // 模拟实时控制或传感器读取
        ESP_LOGI(TAG, "Business task on core %d, counter=%d", xPortGetCoreID(), counter++);
        vTaskDelay(pdMS_TO_TICKS(500));
    }
}

void app_main(void) {
    // 创建 Wi-Fi 任务并固定到 Core 0（实际项目中由协议栈自动创建）
    xTaskCreatePinnedToCore(wifi_task, "wifi_task", 4096, NULL, 5, NULL, 0);

    // 创建业务任务并固定到 Core 1
    xTaskCreatePinnedToCore(business_task, "business_task", 4096, NULL, 5, NULL, 1);

    // 主任务退出
    vTaskDelete(NULL);
}

运行效果：串口将交替打印两个核心的日志，且核心 ID 始终固定。

五、注意事项与避坑指南

不要将 Wi-Fi 任务绑定到 Core 1：ESP-IDF 默认将 Wi-Fi 协议栈放在 Core 0，若强行修改可能导致网络不稳定。
优先级设置：业务任务优先级应低于 Wi-Fi 任务（通常 23），否则会阻塞协议栈，导致断连。
栈溢出检测：使用 uxTaskGetStackHighWaterMark 监控栈使用，避免溢出。
共享资源保护：双核访问同一外设（如 SPI、I2C）时，必须使用互斥锁（Mutex）或临界区。
缓存一致性：双核共享数据时，建议使用 portMUX_TYPE 或原子操作，避免缓存不同步。
功耗管理：固定核心可能影响低功耗模式，若使用 Light-sleep 需重新评估任务分配。

六、总结

通过 xTaskCreatePinnedToCore 将 Wi-Fi 协议栈与业务逻辑隔离到不同核心，可显著提升系统实时性和稳定性。关键在于：合理配置 menuconfig、正确设置优先级、保护共享资源。掌握此技术后，你的 ESP32-S3 项目将告别网络抖动导致的业务卡顿，迈向工业级可靠性。

ESP32-S3 双核任务分配实战：如何用 xTaskCreatePinnedToCore 把 Wi-Fi 协议栈和业务逻辑彻底隔离