📚 课程目录第4章 FreeRTOS任务管理

4. FreeRTOS 任务管理：任务创建与删除、任务优先级与调度策略、任务状态切换、空闲任务与钩子函数

任务管理，说白了就是 FreeRTOS 的「心脏」。你想想看，一个单片机里同时跑好几个功能——按键扫描、屏幕刷新、传感器读取、Wi-Fi 通信——如果没有任务管理，这些代码就得挤在一个大循环里，用状态机硬撑。我早年做项目时就这么干过，结果代码越写越乱，加一个新功能就得重构一遍。后来换了 RTOS，世界一下子清爽了。

这一章，咱们就把 FreeRTOS 的任务管理彻底讲透。从怎么创建任务、怎么删除任务，到优先级怎么设、调度器怎么选，再到任务状态怎么切换、空闲任务能干什么。全是实战干货。

4.1 任务创建与删除

任务在 FreeRTOS 里，本质上就是一个永不返回的 C 函数。它有自己的栈空间、优先级和状态。创建任务最常用的 API 是 xTaskCreate()。

核心函数原型：

BaseType_t xTaskCreate(
    TaskFunction_t pvTaskCode,    // 任务函数指针
    const char * const pcName,    // 任务名称（调试用）
    configSTACK_DEPTH_TYPE usStackDepth, // 栈深度，单位是字（word）
    void *pvParameters,           // 传给任务函数的参数
    UBaseType_t uxPriority,       // 任务优先级（0 ~ configMAX_PRIORITIES-1）
    TaskHandle_t *pxCreatedTask   // 返回的任务句柄
);

我个人的习惯是，创建任务时一定把 pxCreatedTask 句柄保存下来。为什么？因为后面删除任务、改变优先级、或者用队列通知任务时，都需要这个句柄。你要是丢了它，想再操作这个任务就麻烦了。

小技巧：栈深度别瞎猜。我见过有人给一个简单的 LED 闪烁任务分配 512 字节栈，结果跑起来没问题，但换成复杂点的任务就栈溢出了。我的做法是：先用一个较大的值（比如 256），跑起来后用 uxTaskGetStackHighWaterMark() 查看剩余栈空间，再逐步调小。

删除任务用 vTaskDelete()。注意，任务不能自己把自己删干净——它只是把自己从调度队列里移除，真正回收内存的是空闲任务。所以，如果你动态创建了很多任务又频繁删除，一定要确保空闲任务有足够的 CPU 时间去做清理。

// 创建任务示例
TaskHandle_t xTask1Handle = NULL;

void vTask1(void *pvParameters) {
    while(1) {
        // 任务代码
        vTaskDelay(pdMS_TO_TICKS(1000));
    }
}

void main(void) {
    xTaskCreate(vTask1, "Task1", 256, NULL, 2, &xTask1Handle);
    vTaskStartScheduler();
}

// 删除任务示例
void vDeleteTask(void *pvParameters) {
    vTaskDelay(pdMS_TO_TICKS(5000));
    if(xTask1Handle != NULL) {
        vTaskDelete(xTask1Handle);
        xTask1Handle = NULL;  // 记得置空
    }
    vTaskDelete(NULL);  // 删除自己
}

我曾经踩过的坑：删除任务后没有把句柄置 NULL，结果后面代码不小心又用这个句柄去操作任务，直接 HardFault。所以，删除任务后立即把句柄置 NULL，这是个好习惯。

4.2 任务优先级与调度策略

FreeRTOS 支持两种调度策略：抢占式调度和合作式调度。默认是抢占式，这也是绝大多数场景的选择。

调度策略	特点	适用场景
抢占式（Preemptive）	高优先级任务就绪时，立即打断低优先级任务	大多数实时应用，需要快速响应
合作式（Cooperative）	任务主动让出 CPU 才会切换	对时序要求严格、不希望被随意打断的场景
时间片轮转（Time Slicing）	同优先级任务轮流执行固定时间片	多个同等重要的任务共享 CPU

优先级怎么设？我有个原则：紧急的、时间敏感的任务给高优先级，批量处理、后台任务给低优先级。比如，在物联网设备里，Wi-Fi 数据接收中断触发的任务优先级最高，传感器采集次之，LED 状态指示最低。

但要注意，优先级不是越高越好。你想想看，如果两个高优先级任务互相等待对方释放资源，那就死锁了。我在项目中遇到过这种情况：一个高优先级的通信任务等一个低优先级的传感器任务发数据，而传感器任务因为优先级低一直得不到 CPU，结果整个系统卡死。后来我用了优先级继承机制才解决。

4.3 任务状态切换

FreeRTOS 的任务有四种状态：运行态、就绪态、阻塞态、挂起态。任务在状态之间切换，构成了调度器的核心逻辑。

这里有个关键点：阻塞态是 RTOS 的灵魂。如果一个任务在等延时、等队列消息、等信号量，它就会进入阻塞态。这时候 CPU 可以去干别的事。我见过有人写 FreeRTOS 代码，所有任务都用 while(1) 轮询，从不阻塞——那跟裸机大循环有什么区别？白白浪费了 RTOS 的优势。

建议：能用 vTaskDelay() 就别用空循环。空循环不仅浪费 CPU，还会让低优先级任务饿死。我曾经在一个项目中，把传感器读取任务的延时从 for(i=0;i<100000;i++) 改成 vTaskDelay(pdMS_TO_TICKS(10))，CPU 占用率直接降了 40%。

4.4 空闲任务与钩子函数

空闲任务是 FreeRTOS 自动创建的，优先级最低（0）。当没有其他任务处于就绪态时，调度器就运行空闲任务。空闲任务主要干两件事：回收被删除任务的栈空间，以及进入低功耗模式（如果配置了）。

空闲任务钩子函数（Idle Hook），说白了就是让你在空闲任务里加点私活。比如统计 CPU 利用率、让 MCU 进入睡眠模式、或者做一些后台清理工作。

配置空闲钩子的步骤：

在 FreeRTOSConfig.h 中设置 configUSE_IDLE_HOOK 为 1
实现 vApplicationIdleHook() 函数
注意：钩子函数里不能调用可能阻塞的 API

// 空闲钩子函数示例：统计 CPU 空闲率
volatile uint32_t ulIdleCycleCount = 0;

void vApplicationIdleHook(void) {
    ulIdleCycleCount++;
}

// 在主任务中计算 CPU 利用率
void vStatsTask(void *pvParameters) {
    uint32_t ulLastCount = 0;
    while(1) {
        uint32_t ulCurrentCount = ulIdleCycleCount;
        uint32_t ulDelta = ulCurrentCount - ulLastCount;
        // ulDelta 越大，说明 CPU 越空闲
        ulLastCount = ulCurrentCount;
        vTaskDelay(pdMS_TO_TICKS(1000));
    }
}

我曾经踩过的坑：在空闲钩子里调用了 vTaskDelay()，结果系统直接卡死。为什么？因为空闲钩子运行在空闲任务的上下文中，而空闲任务本身不能阻塞。记住：空闲钩子里只能做轻量级的、非阻塞的操作。

另外，如果你启用了 configUSE_TICKLESS_IDLE，空闲任务还会自动进入低功耗模式。这对电池供电的物联网设备特别重要。我做过一个温湿度传感器节点，启用 Tickless 模式后，待机电流从 2mA 降到了 50μA，电池续航从 3 天延长到了 3 个月。

4.5 实战建议与避坑指南

任务栈大小：别吝啬，也别浪费。用 uxTaskGetStackHighWaterMark() 实测后调整。
优先级反转：高优先级任务等低优先级任务持有的资源时，可以用互斥量（带优先级继承）解决。
任务数量：不是越多越好。任务切换有开销，我一般控制在 10 个以内。
调试技巧：用 vTaskList() 和 vTaskGetRunTimeStats() 查看任务状态和 CPU 占用。

嗯，任务管理这部分内容，说难不难，说简单也不简单。关键是理解调度器的行为逻辑，而不是死记 API。你只要想清楚「什么时候谁该干活、谁该休息」，FreeRTOS 就能帮你把系统跑得稳稳当当的。