4. 任务创建与删除：动态创建、静态创建、任务句柄、删除时的资源回收机制

在 RTOS 内核中，任务（Task）是调度与资源分配的基本单位。任务的创建与删除直接决定了系统的灵活性与可靠性。本章深入剖析动态创建与静态创建的本质差异、任务句柄的管理机制，以及删除任务时必须执行的资源回收流程。

4.1 动态创建 vs 静态创建

RTOS 提供两种任务创建方式：动态创建（运行时分配 TCB 与栈空间）与静态创建（编译时预分配内存）。选择哪种方式取决于系统对确定性、内存碎片和启动时间的需求。

4.2 任务句柄：内核对象的唯一标识

任务创建成功后，内核返回一个任务句柄（Task Handle）。句柄本质上是 TCB 的指针或索引，用于后续所有任务操作：挂起、恢复、删除、获取状态等。

• 句柄类型：通常为 TaskHandle_t（FreeRTOS）或 osThreadId_t（CMSIS-RTOS）。
• 生命周期：从创建成功开始，到任务删除后失效。
• 有效性检查：删除任务后应将句柄置为 NULL，防止野指针。

// FreeRTOS 动态创建示例
TaskHandle_t xHandle = NULL;

void vTaskFunction(void *pvParameters) {
    // 任务代码
}

void createExample(void) {
    BaseType_t xReturned;
    xReturned = xTaskCreate(
        vTaskFunction,       // 任务函数
        "Task1",             // 任务名称
        256,                 // 栈深度（字）
        NULL,                // 参数
        1,                   // 优先级
        &xHandle            // 返回句柄
    );
    if (xReturned == pdPASS) {
        // 创建成功，xHandle 有效
    }
}

4.3 静态创建的内存预分配

静态创建要求开发者预先定义 TCB 和栈的存储空间，内核仅做初始化，不进行堆分配。典型实现如下：

// FreeRTOS 静态创建示例
static StackType_t xTaskStack[256];      // 栈空间
static StaticTask_t xTaskTCB;            // TCB 空间

void staticCreateExample(void) {
    TaskHandle_t xHandle = xTaskCreateStatic(
        vTaskFunction,
        "StaticTask",
        256,
        NULL,
        1,
        xTaskStack,
        &xTaskTCB
    );
    // xHandle 指向预分配的 TCB
}

静态创建的关键在于：

• 栈和 TCB 必须在任务删除前保持有效。
• 内核不会释放这些内存，删除任务后开发者可复用同一块内存创建新任务。
• 适用于 configSUPPORT_STATIC_ALLOCATION 开启的配置。

4.4 删除任务与资源回收机制

任务删除不是简单的“移除”，内核必须执行完整的资源回收流程，否则会导致内存泄漏或系统崩溃。

4.4.1 删除流程

1. 从就绪/阻塞/挂起列表移除：内核将任务从所有调度队列中摘除。
2. 释放动态内存：若为动态创建，释放 TCB 和栈所占堆空间。
3. 更新调度器状态：若删除的是当前运行任务，触发一次上下文切换。
4. 句柄失效：内核不自动置 NULL，需应用层手动处理。

// 删除任务示例
void deleteTaskExample(void) {
    if (xHandle != NULL) {
        vTaskDelete(xHandle);   // 内核回收 TCB 和栈
        xHandle = NULL;         // 手动置 NULL，防止误用
    }
}

// 任务自我删除
void vSelfDeleteTask(void *pvParameters) {
    // 执行工作...
    vTaskDelete(NULL);  // 传入 NULL 表示删除自身
    // 注意：此后的代码不会执行
}

4.4.2 资源回收清单

4.5 任务创建与删除流程 SVG 图

4.6 常见陷阱与最佳实践

• 陷阱1：任务自我删除后访问局部变量——vTaskDelete(NULL) 后任务栈被回收，函数返回地址无效，必须确保退出前无待执行代码。
• 陷阱2：ISR 中删除任务——多数 RTOS 不允许在中断服务函数中直接调用 vTaskDelete，应使用延迟处理机制（如 FreeRTOS 的 xTimerPendFunctionCall）。
• 陷阱3：句柄重用——删除任务后未置 NULL，后续误用句柄操作已回收的 TCB，导致硬件异常。
• 最佳实践：在任务入口处分配资源，出口处统一释放；使用静态创建时，设计任务池实现复用。