3. 任务创建与删除：xTaskCreate、vTaskDelete、任务参数、任务句柄、任务优先级

在FreeRTOS实时操作系统中，任务（Task）是系统调度的基本单位。与裸机编程中的“主循环+中断”模式不同，FreeRTOS将应用程序拆分为多个独立的任务，每个任务拥有自己的栈空间、优先级和运行状态。本章将深入剖析任务创建与删除的核心API——xTaskCreate与vTaskDelete，并详细讲解任务参数传递、任务句柄的作用以及任务优先级的配置策略。理解这些基础概念是掌握多任务调度、队列通信和信号量同步的基石。

上图展示了任务从创建到删除的完整生命周期。任务通过xTaskCreate进入内核，内核为其分配任务控制块（TCB）和栈空间，随后任务被放入就绪列表等待调度器调度。当任务运行完毕或被其他任务删除时，调用vTaskDelete释放资源。右侧的优先级配置说明揭示了FreeRTOS调度策略的核心——高优先级任务优先运行，同优先级任务按时间片轮转。

3.1 核心原理：任务控制块与任务状态机

在FreeRTOS中，每个任务都由一个任务控制块（TCB, Task Control Block）来管理。TCB是一个结构体，包含了任务的所有关键信息：栈指针、任务状态、优先级、事件列表项、任务名称等。当调用xTaskCreate时，内核会动态分配一个TCB和指定大小的栈空间。TCB是任务在内核中的“档案”，而任务句柄（TaskHandle_t）本质上就是指向这个TCB的指针。

任务在运行过程中会经历多种状态：运行态（Running）、就绪态（Ready）、阻塞态（Blocked）和挂起态（Suspended）。任务创建后首先进入就绪态，等待调度器选择。当任务调用延迟函数（如vTaskDelay）或等待队列/信号量时，会进入阻塞态；当任务被vTaskSuspend挂起时，进入挂起态。理解状态转换是掌握任务调度的前提。

任务函数本身是一个无限循环结构，通常包含初始化代码和主循环体。任务函数不应返回，否则会触发configASSERT断言。如果任务确实需要结束，必须调用vTaskDelete(NULL)来删除自身。

3.2 操作流程：xTaskCreate 参数详解与任务删除

xTaskCreate是创建任务的动态内存版本API，其函数原型如下：

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

各参数的具体含义与使用要点如下表所示：

参数名	类型	说明	注意事项
pvTaskCode	函数指针	任务函数的入口地址	函数必须为void类型，接受一个void*参数
pcName	字符串	任务描述性名称	仅用于调试，长度受configMAX_TASK_NAME_LEN限制
usStackDepth	无符号整数	栈大小，单位为“字”	ARM Cortex-M中1字=4字节；需考虑任务局部变量和函数调用深度
pvParameters	void*	传递给任务函数的参数	可传递数值、结构体指针或NULL
uxPriority	无符号整数	任务优先级	范围0~configMAX_PRIORITIES-1，数值越大优先级越高
pxCreatedTask	句柄指针	返回创建成功的任务句柄	若不需要句柄可传NULL，但建议保留以便后续操作

vTaskDelete函数用于删除任务，其原型为：

void vTaskDelete(TaskHandle_t xTaskToDelete);

当传入NULL时，表示删除当前正在运行的任务。删除任务后，内核会释放TCB和栈空间（若使用动态内存）。但需要注意：任务删除后，其占用的内存不会立即归还给堆，而是由空闲任务（Idle Task）在后续调度中回收。因此，如果频繁创建和删除任务，需要确保空闲任务有机会运行。

3.3 案例拆解：多任务创建与参数传递实战

下面通过一个实际案例来演示任务创建、参数传递和删除的完整流程。假设我们需要设计一个温控系统，包含两个任务：一个负责读取温度传感器（每500ms），另一个负责控制风扇转速（每200ms）。

// 任务参数结构体
typedef struct {
    uint8_t sensor_id;      // 传感器编号
    uint16_t threshold;     // 温度阈值
} TempTaskParam_t;

// 温度读取任务
void vTempReadTask(void *pvParameters) {
    TempTaskParam_t *params = (TempTaskParam_t *)pvParameters;
    uint8_t sensor = params->sensor_id;
    uint16_t threshold = params->threshold;
    
    for(;;) {
        uint16_t temp = read_temperature(sensor);
        if(temp > threshold) {
            // 发送到队列或触发风扇任务
        }
        vTaskDelay(pdMS_TO_TICKS(500));
    }
}

// 风扇控制任务
void vFanControlTask(void *pvParameters) {
    uint8_t fan_id = (uint8_t)pvParameters;  // 直接传递整数值
    for(;;) {
        set_fan_speed(fan_id, calculate_speed());
        vTaskDelay(pdMS_TO_TICKS(200));
    }
}

// 创建任务
void vAppMain(void) {
    TaskHandle_t xTempHandle = NULL;
    TaskHandle_t xFanHandle = NULL;
    
    // 静态定义参数结构体（必须保持有效）
    static TempTaskParam_t temp_params = {.sensor_id = 1, .threshold = 50};
    
    // 创建温度读取任务，优先级2
    xTaskCreate(vTempReadTask, "TempRead", 128, &temp_params, 2, &xTempHandle);
    
    // 创建风扇控制任务，优先级1，直接传递整数值
    xTaskCreate(vFanControlTask, "FanCtrl", 128, (void *)0, 1, &xFanHandle);
    
    // 启动调度器
    vTaskStartScheduler();
}

案例中的关键点分析：

• 参数传递方式：温度任务传递结构体指针，风扇任务直接传递整数值（通过类型转换）。两种方式各有适用场景：结构体适合多参数，整数值适合简单ID或标志。
• 栈深度估算：128字（512字节）对于简单的读取和控制任务足够。若任务包含printf等库函数，栈需求会显著增加。
• 优先级设计：温度读取任务优先级高于风扇控制任务，确保温度数据及时采集。风扇控制任务虽然优先级低，但通过时间片轮转仍能获得CPU时间。
• 句柄用途：保存句柄后，可以在其他任务中通过vTaskDelete(xTempHandle)删除任务，或通过vTaskSuspend/vTaskResume挂起/恢复任务。

3.4 任务优先级配置策略与常见误区

任务优先级是FreeRTOS调度决策的核心依据。优先级数值范围从0到configMAX_PRIORITIES-1，其中0是最低优先级，configMAX_PRIORITIES-1是最高优先级。空闲任务（Idle Task）的优先级为0，它负责回收被删除任务的资源。

优先级配置需要遵循以下原则：

1. 实时性要求高的任务分配高优先级：如紧急报警处理、电机控制等硬实时任务。
2. 周期性任务根据周期长短分配：周期短的任务通常需要更高优先级，以保证及时执行。
3. 避免优先级反转：当高优先级任务等待低优先级任务持有的资源时，会发生优先级反转。可通过互斥量+优先级继承机制缓解。
4. 同优先级任务使用时间片轮转：FreeRTOS默认支持时间片调度，同优先级任务按时间片轮流执行。

优先级	典型任务	说明
3（最高）	紧急中断处理、安全保护	必须立即响应，不能延迟
2	传感器数据采集、通信处理	周期性任务，需要及时执行
1	用户界面刷新、日志记录	允许一定延迟，不影响核心功能
0	空闲任务	系统自动创建，回收资源

在实际项目中，常见的优先级配置误区包括：

• 误区一：所有任务都使用高优先级。这会导致低优先级任务饿死，系统响应反而变差。
• 误区二：优先级数值越大越好。优先级过高会导致其他任务无法获得CPU时间，影响系统整体性能。
• 误区三：忽略空闲任务的重要性。如果所有任务都阻塞或挂起，空闲任务必须运行以回收被删除任务的资源。
• 误区四：任务栈大小设置不当。栈过小会导致栈溢出（系统崩溃），栈过大会浪费RAM。建议通过uxTaskGetStackHighWaterMark检查栈使用情况。

任务创建与删除是FreeRTOS应用开发的基础功。掌握xTaskCreate的参数含义、vTaskDelete的使用时机、任务参数的传递方式以及优先级的合理配置，是构建稳定可靠多任务系统的前提。在实际开发中，建议遵循“先设计任务模型，再编码实现”的原则，明确每个任务的职责、优先级、周期和资源需求，从而避免后期调试的复杂性。