3. 任务创建与删除：动态创建、静态创建、任务句柄管理
任务创建与删除，是RTOS里最基础也最容易被忽视的操作。我见过不少新手，上来就调用 xTaskCreate()，觉得任务跑起来就完事了。结果呢？内存泄漏、句柄丢失、任务幽灵般残留……嗯，今天咱们就把这块彻底掰开揉碎。
3.1 动态创建任务：xTaskCreate() 的真相
动态创建，说白了就是让RTOS内核帮你从堆里分配任务控制块（TCB）和栈空间。你只需要传参数，剩下的交给系统。
函数原型长这样：
BaseType_t xTaskCreate(
TaskFunction_t pvTaskCode, // 任务函数指针
const char * const pcName, // 任务名（调试用）
configSTACK_DEPTH_TYPE usStackDepth, // 栈深度，单位是字（word）
void *pvParameters, // 传给任务函数的参数
UBaseType_t uxPriority, // 任务优先级
TaskHandle_t *pxCreatedTask // 返回的任务句柄
);这里有个坑，我一开始也踩过——栈深度单位。在FreeRTOS里，usStackDepth 的单位是 字，不是字节。32位MCU上一个字是4字节。所以如果你想要1KB的栈，得填256，不是1024。
configTOTAL_HEAP_SIZE 设置太小，或者堆碎片严重，xTaskCreate 会返回 errCOULD_NOT_ALLOCATE_REQUIRED_MEMORY。我曾在一次产品中遇到堆碎片导致任务创建失败，排查了两天才发现是频繁创建删除任务造成的。
3.2 静态创建任务：xTaskCreateStatic() 的掌控感
静态创建，就是你自己提供TCB和栈的内存。内核只管用，不管分配。适合对内存有严格要求的场景，比如安全关键系统、或者你压根不想用堆。
函数原型：
TaskHandle_t xTaskCreateStatic(
TaskFunction_t pvTaskCode,
const char * const pcName,
configSTACK_DEPTH_TYPE usStackDepth,
void *pvParameters,
UBaseType_t uxPriority,
StackType_t *puxStackBuffer, // 你提供的栈缓冲区
StaticTask_t *pxTaskBuffer // 你提供的TCB缓冲区
);静态创建的好处很明显——确定性。内存分配在编译时就定死了，运行时不会因为堆不足而出错。但代价是你要自己算好栈大小，算少了任务跑飞，算多了浪费RAM。
3.3 动态 vs 静态：一张表说清楚
| 对比维度 | 动态创建 | 静态创建 |
|---|---|---|
| 内存来源 | 堆（heap） | 你提供的缓冲区 |
| 失败返回值 | pdFAIL / errCOULD_NOT_ALLOCATE |
NULL（参数无效时） |
| 栈溢出检测 | 依赖内核选项 | 依赖内核选项，但你能精确控制栈位置 |
| 适用场景 | 原型开发、内存充裕 | 安全关键、内存受限、硬实时 |
| 代码复杂度 | 低 | 中（需要额外声明缓冲区） |
3.4 任务删除 API：vTaskDelete() 的正确姿势
删除任务，不是简单地把任务结构体清零。内核需要做三件事：
- 将任务从就绪/阻塞/挂起列表中移除
- 释放动态分配的TCB和栈（如果是动态创建）
- 触发一次调度，让出CPU
调用方式：
void vTaskDelete(TaskHandle_t xTaskToDelete);传 NULL 表示删除自己。我建议你永远不要传NULL，除非你100%确定当前任务不再需要任何清理工作。为什么？因为删除自己后，当前任务就消失了，后面的代码永远不会执行。如果你在任务函数末尾有释放资源的代码，那就漏掉了。
vTaskDelete(NULL) 删除接收任务。结果任务持有的一个互斥锁没释放，导致其他任务永久阻塞。后来我改成先释放资源，再显式传入句柄删除，问题解决。
3.5 任务句柄管理：别丢了你的“遥控器”
任务句柄（TaskHandle_t），本质是一个指向TCB的指针。它是你操控任务的唯一凭证。丢了句柄，你就没法暂停、恢复、删除或查询这个任务。
我见过最典型的错误：
// 错误示例：句柄丢了
xTaskCreate(vTask, "Task", 256, NULL, 1, NULL); // 最后一个参数传NULL
// 之后再也无法操作这个任务正确的做法：
TaskHandle_t xMyTaskHandle = NULL;
void CreateMyTask(void)
{
BaseType_t xResult = xTaskCreate(
vTask, "MyTask", 256, NULL, 1, &xMyTaskHandle
);
configASSERT(xResult == pdPASS);
}
void DeleteMyTask(void)
{
if (xMyTaskHandle != NULL)
{
vTaskDelete(xMyTaskHandle);
xMyTaskHandle = NULL; // 删除后置空，防止悬空指针
}
}这里有个细节：删除后置空。如果不置空，万一其他地方误用了这个句柄，就会操作一个已经不存在的任务，轻则崩溃，重则破坏内存。
3.6 知识结构图：任务创建与删除全景
下面这张图，把整个流程串起来了。你一看就明白。
3.7 实战建议：创建与删除的最佳实践
- 创建时检查返回值：永远不要假设
xTaskCreate一定成功。用configASSERT或条件判断兜底。 - 句柄全局化：把关键任务的句柄声明为全局变量，或者放在一个统一的结构体里管理。别散落在各个文件中。
- 删除前清理资源：如果任务持有互斥锁、信号量、动态内存，记得在
vTaskDelete之前释放。否则这些资源就“死”在那了。 - 静态创建优先：对于周期性的、确定性的任务（比如10ms控制环），用静态创建。对于偶尔启动的辅助任务（比如日志写入），用动态创建。
任务创建与删除，看似简单，实则暗藏玄机。你想想看，一个RTOS系统里几十个任务，如果每个任务的创建和删除都规范处理，系统稳定性会提升一大截。反之，一个句柄泄漏就能让你排查到怀疑人生。嗯，这块内容就到这里，动手试试吧。