4. 任务管理与调度：任务状态机、任务创建/删除/挂起/恢复、优先级与调度策略（抢占式、时间片轮转）

任务管理与调度是嵌入式RTOS（实时操作系统）的核心灵魂。如果说裸机编程是“单线程的循环等待”，那么引入RTOS后，系统就变成了“多任务并发执行”的有机体。本章将深入剖析任务在RTOS中的生命周期（状态机）、任务控制API（创建、删除、挂起、恢复）以及决定系统实时性的两大调度策略（抢占式调度与时间片轮转）。理解这些概念，是编写稳定、高效、可维护嵌入式应用的前提。

4.1 任务状态机：理解任务的五种基本状态

在RTOS中，任务并非始终占用CPU，而是根据系统运行情况在多个状态之间切换。理解任务状态机是掌握任务管理的第一步。以FreeRTOS为例，任务存在四种基本状态：运行态（Running）、就绪态（Ready）、阻塞态（Blocked）和挂起态（Suspended）。此外，还有创建态（Created）和删除态（Deleted）作为生命周期边界。

4.1.1 核心原理：状态定义与转换条件

任务状态机的核心在于理解“谁在何时、因何原因、切换到什么状态”。下表总结了各状态的核心特征与转换触发条件：

4.1.2 判断方法：如何识别任务当前状态

在实际调试中，我们可以通过以下方法判断任务状态：

1. 使用调试器查看任务列表：大多数IDE（如STM32CubeIDE、IAR）的RTOS插件可以实时显示每个任务的当前状态。
2. 调用API查询：FreeRTOS提供uxTaskGetSystemState()或eTaskGetState()来获取任务状态。
3. 观察行为特征：如果任务不执行且没有报错，可能处于阻塞态（等待事件）或挂起态（被挂起）。

4.1.3 案例拆解：一个典型的状态转换场景

假设系统中有两个任务：Task_A（优先级3，负责按键扫描）和Task_B（优先级2，负责LED闪烁）。初始时Task_A处于就绪态，Task_B处于阻塞态（等待100ms延时）。当调度器运行：

• Task_A被选中进入运行态，执行按键扫描逻辑。
• Task_A调用vTaskDelay(10)主动让出CPU，进入阻塞态。
• 调度器发现Task_B的延时已到，将其从阻塞态移至就绪态，并选中Task_B进入运行态。
• Task_B执行LED翻转后，再次调用vTaskDelay(100)进入阻塞态。
• 此时Task_A的10ms延时到期，从阻塞态回到就绪态，被调度器选中继续运行。

这个循环展示了任务在就绪、运行、阻塞三个状态间的自然流转，整个过程无需人工干预，由RTOS内核自动完成。

4.1.4 常见误区与总结

4.2 任务创建、删除、挂起与恢复：掌握任务生命周期管理

任务的生命周期管理是RTOS应用开发的基础操作。每个任务从创建到删除，都需要开发者明确控制。本节将详细介绍这些核心API的使用方法、参数含义及注意事项。

4.2.1 核心原理：任务控制块与API映射

每个任务在创建时，RTOS内核会为其分配一个任务控制块（TCB）和独立的栈空间。TCB存储了任务的优先级、状态、上下文指针等信息。下表列出了FreeRTOS中常用的任务管理API：

4.2.2 操作流程：任务创建的标准步骤

一个规范的任务创建流程应包含以下步骤：

1. 定义任务函数：任务函数必须是void vTaskFunction(void *pvParameters)形式，内部通常包含一个无限循环。
2. 估算栈大小：考虑局部变量、函数调用深度、中断嵌套等因素。FreeRTOS提供uxTaskGetStackHighWaterMark()来检测栈使用峰值。
3. 调用xTaskCreate()：传入任务函数指针、名称字符串、栈深度（单位：字）、任务参数、优先级和任务句柄指针。
4. 检查返回值：返回pdPASS表示创建成功，errCOULD_NOT_ALLOCATE_REQUIRED_MEMORY表示内存不足。

// 任务函数定义
void vLEDTask(void *pvParameters) {
    while(1) {
        GPIO_Toggle(LED_PIN);
        vTaskDelay(pdMS_TO_TICKS(500));
    }
}

// 任务创建
TaskHandle_t xLEDTaskHandle = NULL;
BaseType_t xReturn = xTaskCreate(
    vLEDTask,           // 任务函数
    "LED",              // 任务名称（调试用）
    128,                // 栈深度（单位：字，4字节）
    NULL,               // 任务参数
    2,                  // 优先级（数值越大优先级越高）
    &xLEDTaskHandle     // 任务句柄
);
if (xReturn != pdPASS) {
    // 处理创建失败，如增加堆大小或减小栈深度
}

4.2.3 案例拆解：动态创建与删除多个任务

考虑一个数据采集系统，需要根据外部命令动态创建或删除传感器读取任务。系统约束：内存有限（堆大小10KB），最多同时运行3个采集任务。

初始现象：系统启动时只运行管理任务（优先级5），等待串口命令。当收到“START SENSOR1”命令时，创建传感器1任务；收到“STOP SENSOR1”时，删除该任务。

关键实现：

void vCommandTask(void *pvParameters) {
    char cCmd[16];
    TaskHandle_t xSensorTask = NULL;
    
    for(;;) {
        // 接收串口命令（伪代码）
        if (ReceiveCommand(cCmd)) {
            if (strcmp(cCmd, "START") == 0) {
                if (xSensorTask == NULL) {
                    xTaskCreate(vSensorTask, "Sensor", 256, NULL, 3, &xSensorTask);
                }
            } else if (strcmp(cCmd, "STOP") == 0) {
                if (xSensorTask != NULL) {
                    vTaskDelete(xSensorTask);
                    xSensorTask = NULL;  // 防止悬空指针
                }
            }
        }
    }
}

风险与代价：动态创建/删除任务会带来内存碎片化问题。频繁创建删除可能导致堆碎片，最终无法分配足够大的连续内存。解决方案是使用vTaskDelete(NULL)删除自身后，由管理任务重新创建，或使用内存池管理。

4.2.4 常见误区与总结

4.3 优先级与调度策略：抢占式与时间片轮转

调度策略决定了“当多个任务同时就绪时，谁先运行”。RTOS的实时性主要依赖抢占式调度，而时间片轮转则用于同优先级任务间的公平分配。理解两者的配合机制，是设计高响应系统的关键。

4.3.1 核心原理：两种调度策略的工作机制

抢占式调度（Preemptive Scheduling）：当高优先级任务进入就绪态时，立即中断当前运行的低优先级任务，将CPU分配给高优先级任务。这种机制保证了紧急事件能快速响应，但需要特别注意优先级反转问题。

时间片轮转（Round-Robin Scheduling）：当多个相同优先级的任务都处于就绪态时，调度器为每个任务分配一个固定时间片（通常为1个系统Tick）。时间片耗尽后，任务被移至就绪队列尾部，下一个同优先级任务开始运行。

4.3.2 判断方法：如何设置优先级与选择调度策略

优先级设计应遵循以下原则：

• 实时性要求越高，优先级越高：如电机控制（优先级7）应高于LCD刷新（优先级3）。
• 事件驱动任务优先级高于轮询任务：等待外部中断的任务应比周期性扫描任务优先级高。
• 避免同优先级任务过多：同优先级任务越多，时间片轮转的切换开销越大。
• 使用互斥量时注意优先级继承：防止低优先级任务持有锁导致高优先级任务阻塞。

4.3.3 案例拆解：混合调度策略的工程实践

设计一个智能家居网关，包含以下任务：

• Task_Network（优先级6）：处理WiFi数据收发，实时性要求高。
• Task_Sensor（优先级5）：周期读取温湿度传感器，每2秒一次。
• Task_Display（优先级3）：刷新OLED屏幕，可容忍延迟。
• Task_Log（优先级3）：记录运行日志到Flash。

调度策略配置：

// 在FreeRTOSConfig.h中配置
#define configUSE_PREEMPTION    1   // 启用抢占式调度
#define configUSE_TIME_SLICING  1   // 启用时间片轮转
#define configTICK_RATE_HZ      1000 // 系统Tick频率1kHz

运行分析：

1. 当WiFi数据到达时，Task_Network立即抢占CPU，处理数据包。
2. Task_Sensor每2秒唤醒一次，读取传感器并更新共享数据。
3. Task_Display和Task_Log优先级相同（3），它们通过时间片轮转共享CPU。每个任务运行1ms后切换。
4. 如果Task_Display需要长时间刷新（如绘制复杂图形），它会在时间片耗尽时被暂停，Task_Log获得运行机会。

结果对比：启用抢占式调度后，网络响应时间从原来的平均15ms降低到2ms以内；时间片轮转保证了显示和日志任务都不会被饿死，系统整体运行稳定。

4.3.4 常见误区与总结