ESP32 双核环境下 FreeRTOS 任务与中断优先级嵌套的实战调优

1. 双核调度机制与任务分配

ESP32 集成了两个 Xtensa LX6 处理器核心（Core 0 和 Core 1），FreeRTOS 默认支持对称多处理（SMP）。每个核心独立运行调度器，但共享全局就绪队列。任务通过 xTaskCreatePinnedToCore() 可绑定到特定核心，或使用 xTaskCreate() 让调度器动态分配。

核心分工建议：

Core 0 通常处理 Wi-Fi、蓝牙等协议栈（由 ESP-IDF 占用），用户任务应避免长时间占用。
Core 1 适合运行实时性要求高的任务，如传感器采集、控制算法。

任务分配示例：

// 将高优先级控制任务绑定到 Core 1
xTaskCreatePinnedToCore(control_task, "ctrl", 4096, NULL, 10, &ctrl_handle, 1);
// 将低优先级日志任务绑定到 Core 0
xTaskCreatePinnedToCore(log_task, "log", 2048, NULL, 2, NULL, 0);

注意：绑定核心后，任务只在该核心上运行，若该核心被中断或高优先级任务阻塞，可能导致延迟。

2. 中断优先级与嵌套规则

ESP32 的中断优先级范围为 0~7（数值越大优先级越高），其中 0~2 用于非中断上下文（可被 FreeRTOS 管理），3~7 用于中断。FreeRTOS 通过 configMAX_SYSCALL_INTERRUPT_PRIORITY（通常为 5）限制可调用 FreeRTOS API 的中断优先级。

关键规则：

优先级 ≤ 5 的中断可调用 portYIELD_FROM_ISR() 等 API，但必须使用 FromISR 后缀函数。
优先级 > 5 的中断为“不可屏蔽”级别，不能调用任何 FreeRTOS API，仅用于极低延迟场景。
中断嵌套：高优先级中断可抢占低优先级中断，但嵌套深度过大会增加栈开销和延迟抖动。

中断优先级配置示例（使用 ESP-IDF 驱动）：

// 配置定时器中断优先级为 4（可调用 API）
timer_config_t config = {
    .divider = 80,
    .counter_dir = TIMER_COUNT_UP,
    .counter_en = false,
    .alarm_en = true,
    .auto_reload = true,
};
timer_init(TIMER_GROUP_0, TIMER_0, &config);
timer_set_alarm_value(TIMER_GROUP_0, TIMER_0, 1000000); // 1s
timer_enable_intr(TIMER_GROUP_0, TIMER_0);
timer_isr_callback_add(TIMER_GROUP_0, TIMER_0, timer_isr, NULL, 4); // 优先级 4

3. 优先级嵌套调优实战

3.1 任务优先级设计原则

实时性要求高的任务（如电机控制）优先级设为 10~15，但避免超过 20（ESP-IDF 默认最大 25）。
事件驱动任务（如按键处理）优先级设为 5~10，使用队列或信号量通信。
后台任务（如日志、统计）优先级设为 1~3，避免阻塞高优先级任务。

3.2 中断与任务协作

中断中仅做标记或发送数据，实际处理放在任务中，减少中断占用时间。

示例：中断通知任务

static TaskHandle_t xTaskToNotify = NULL;

// 中断服务函数（优先级 4）
static void IRAM_ATTR gpio_isr_handler(void* arg) {
    BaseType_t xHigherPriorityTaskWoken = pdFALSE;
    vTaskNotifyGiveFromISR(xTaskToNotify, &xHigherPriorityTaskWoken);
    portYIELD_FROM_ISR(xHigherPriorityTaskWoken);
}

// 任务等待通知
void event_task(void *arg) {
    xTaskToNotify = xTaskGetCurrentTaskHandle();
    while (1) {
        ulTaskNotifyTake(pdTRUE, portMAX_DELAY);
        // 处理事件
    }
}

3.3 嵌套中断的注意事项

避免在低优先级中断中执行耗时操作，否则高优先级中断会频繁抢占，导致低优先级中断饥饿。
使用 portENTER_CRITICAL() 保护共享资源时，注意临界区会屏蔽同优先级或更低优先级中断，但不会屏蔽更高优先级中断。
若需在中断间共享数据，使用 portMUX_TYPE 自旋锁，但保持临界区极短。

4. 性能调优与常见陷阱

4.1 调优步骤

使用 vTaskList() 和 vTaskGetRunTimeStats() 监控任务 CPU 占用率，识别瓶颈。
调整任务优先级和核心绑定，观察响应时间变化。
使用逻辑分析仪或 esp_timer 测量中断延迟，确保满足实时要求。

4.2 常见陷阱

陷阱1：在中断中调用非 FromISR 函数，导致崩溃或死锁。
陷阱2：任务优先级过高导致低优先级任务饿死，可通过时间片调度或增加延迟缓解。
陷阱3：忽略双核竞争，多个任务同时访问共享变量，需使用互斥锁或原子操作。

互斥锁示例：

SemaphoreHandle_t xMutex = xSemaphoreCreateMutex();

void task1(void *arg) {
    if (xSemaphoreTake(xMutex, portMAX_DELAY) == pdTRUE) {
        // 临界区操作
        xSemaphoreGive(xMutex);
    }
}

5. 总结

ESP32 双核 FreeRTOS 的调优需要综合考虑任务分配、优先级设置和中断嵌套。合理利用核心绑定和优先级分层，避免中断中调用 API，并使用正确的同步机制，可以显著提升系统实时性和稳定性。建议在实际项目中通过性能监控工具持续迭代优化。

ESP32 双核环境下 FreeRTOS 任务与中断优先级嵌套的实战调优指南