4. FreeRTOS任务管理与调度：任务创建与删除、任务优先级设计、调度器工作原理

各位同学，今天我们来聊聊FreeRTOS最核心的部分——任务管理。说实话，我见过不少工程师，代码写得挺溜，但一涉及到任务优先级设计，就开始凭感觉乱设。结果呢？系统跑起来要么高优先级任务饿死低优先级，要么就是调度器频繁切换，CPU全浪费在上下文切换上了。

嗯，咱们今天就把这块彻底讲透。

4.1 任务创建与删除——别小看这两个API

任务创建，说白了就是告诉调度器：「嘿，我这有个函数，你帮我管着，该运行的时候叫我。」FreeRTOS里最常用的就是xTaskCreate()。

// 典型任务创建示例
TaskHandle_t xMotorControlHandle = NULL;

void vMotorControlTask(void *pvParameters) {
    // 任务主体
    for (;;) {
        // 控制电机
        vTaskDelay(pdMS_TO_TICKS(10));  // 10ms周期
    }
}

// 在初始化中创建
xTaskCreate(
    vMotorControlTask,      // 任务函数
    "MotorCtrl",            // 任务名（调试用）
    256,                    // 栈深度（单位：字，不是字节！）
    NULL,                   // 参数
    3,                      // 优先级（0~configMAX_PRIORITIES-1）
    &xMotorControlHandle    // 任务句柄
);

这里有个坑，我当年在四旋翼项目里踩过。栈深度给的是字，不是字节。在32位MCU上，1个字=4字节。所以256字=1024字节。如果你按字节去算，栈就小了4倍，任务跑着跑着就栈溢出，系统直接挂掉。

任务删除呢？用vTaskDelete()。但要注意，删除任务后，它占用的栈空间和TCB（任务控制块）会被释放回堆。如果你用的是静态创建（xTaskCreateStatic()），那内存得你自己管。

// 删除任务
if (xMotorControlHandle != NULL) {
    vTaskDelete(xMotorControlHandle);
    xMotorControlHandle = NULL;  // 记得置空，防止野指针
}

4.2 任务优先级设计——别让调度器累死

优先级设计，这是飞控系统的命门。你想想看，飞控里任务那么多：传感器采集、姿态解算、控制律计算、通信、日志……优先级怎么分？

我个人习惯用速率单调调度的思路：执行频率越高的任务，优先级越高。为什么？因为高频任务通常对实时性要求更苛刻。

但这里有个陷阱：优先级反转。低优先级任务拿着高优先级任务需要的资源，高优先级任务只能干等。我在一个项目中遇到过：日志任务（优先级1）占着I2C总线，IMU采集任务（优先级5）要读传感器，结果被堵死，飞控直接炸机。

4.3 调度器工作原理——别被「抢占」两个字吓到

FreeRTOS用的是抢占式调度，配合时间片轮转。说白了就是：谁优先级高谁先跑，同优先级的轮流跑。

调度器的工作原理，我画了张图，你们一看就明白：

调度器的核心逻辑其实就三步：

1. 找最高优先级就绪任务——调度器维护一个就绪列表，按优先级分组。每次调度时，从最高优先级组里找第一个任务。
2. 上下文切换——保存当前任务的寄存器、栈指针到TCB，然后恢复新任务的上下文。这个过程叫PendSV中断，是ARM Cortex-M的硬件特性。
3. 执行新任务——PC指针跳过去，开始跑。

你可能会问：「调度器什么时候触发？」嗯，三个时机：

• 任务主动让出CPU：调用taskYIELD()或阻塞API（如vTaskDelay()、xQueueReceive()）
• 时间片用完：SysTick中断里检查当前任务是否跑满了时间片
• 外部中断：中断里如果唤醒了更高优先级的任务，退出中断时会触发调度

4.4 避坑指南——任务管理常见问题

最后，我总结几个实战中容易踩的坑：

• 栈溢出检测：一定要开启configCHECK_FOR_STACK_OVERFLOW，否则栈溢出了你都不知道。我习惯设为2，这样每次上下文切换都会检查栈指针是否越界。
• 优先级不要超过32：FreeRTOS用32位位图管理就绪任务，优先级超过32会降低调度效率。虽然配置可以改，但我不建议。
• 空闲任务别闲着：空闲任务里可以放低功耗处理，比如WFI指令。但千万别在空闲任务里做复杂计算，否则低优先级任务永远得不到CPU。
• 任务句柄别乱用：删除任务后，句柄要置NULL。我见过有人删除任务后还拿着句柄去挂起，结果挂起了一个不存在的任务，系统直接HardFault。

好了，任务管理这块就讲到这里。记住一句话：优先级设计决定了系统的实时性，栈大小决定了系统的稳定性。下次你们设计飞控任务时，先画个优先级表格，再算算栈需求，别凭感觉来。