3.2 任务创建与删除
3.2.1 任务创建的本质与两种实现范式
在FreeRTOS中，任务创建的本质是为一个新的并发执行流分配并初始化其运行所必需的所有内核数据结构，其中最关键的是任务控制块和任务堆栈。根据这两种核心资源分配方式的不同，FreeRTOS提供了两种创建任务的API范式，它们体现了嵌入式系统开发中“灵活性”与“确定性”之间的经典权衡。
1. 动态任务创建（xTaskCreate）
动态创建是FreeRTOS中最常用、最便捷的方式。其核心特点是：任务控制块（TCB）和任务堆栈所需的内存，在任务创建时由FreeRTOS内核从其通用的堆内存池中动态分配。这个堆的大小由FreeRTOSConfig.h中的configTOTAL_HEAP_SIZE宏定义。这种方式的优势在于开发简单，内存利用率高（多个任务共享一个堆），任务创建和删除的时机非常灵活。但其代价是引入了动态内存分配的不确定性：分配可能因堆碎片化而失败，且最坏情况下的分配时间难以精确界定。
2. 静态任务创建（xTaskCreateStatic）
静态创建是为了满足对时间、空间确定性有严苛要求的场景而设计的，例如符合汽车电子（ISO 26262）或工业安全（IEC 61508）标准的系统。其核心特点是：任务控制块和任务堆栈所需的内存，必须由开发者在编译时预先分配好，通常定义为全局数组。创建任务时，将这些静态内存块的指针传递给API。这种方式彻底消除了任务创建过程中的动态内存分配行为，使得创建时间、内存布局完全确定，并且便于进行完整的堆栈使用静态分析。其代价是牺牲了部分灵活性，并需要开发者手动管理这些静态内存资源。
两种创建方式所形成的任务在调度和执行上没有任何区别，区别仅在于生命周期的起点（内存来源）和终点（内存回收方式）。选择哪一种范式，是项目在开发便利性、资源利用率和系统确定性之间的一个关键架构决策。
3.2.2 动态创建详解：xTaskCreateAPI及其内存模型
xTaskCreate()是FreeRTOS中最核心的API之一，其函数原型如下：
BaseType_txTaskCreate(TaskFunction_t pvTaskCode,constchar*constpcName,configSTACK_DEPTH_TYPE usStackDepth,void*pvParameters,UBaseType_t uxPriority,TaskHandle_t*pxCreatedTask);参数深度解析与内存影响：
pvTaskCode：指向任务函数的指针。该函数必须具有void vTaskFunction(void *pvParameters)的原型。它定义了任务的执行逻辑。pcName：任务的可读字符串名称，主要用于调试。它被存储在TCB中，会占用额外的RAM。usStackDepth：此参数指定任务堆栈的深度，单位是字（Word）。这是动态创建中最易误解和出错的关键参数。对于32位处理器（如ARM Cortex-M），1字等于4字节。如果指定usStackDepth为128，则实际分配的堆栈内存大小为128×4=512128 \times 4 = 512128×4=512字节。堆栈深度DDD必须足够容纳：- 最深层函数调用链中的所有返回地址和帧指针。
- 函数内所有局部变量。
- 任务被中断时，硬件自动压栈的上下文（例如Cortex-M的8个寄存器）。
- FreeRTOS调度器进行上下文切换时额外保存的寄存器。
不合理的栈深度设置是导致栈溢出、系统崩溃（Hard Fault）的主要原因。
pvParameters：一个通用指针（void*），用于在创建时向任务函数传递启动参数。这常用于传递配置信息，如传感器ID、设备句柄等。uxPriority：任务的优先级。数值越大，优先级越高。有效范围是0（最低，通常为空闲任务）到configMAX_PRIORITIES - 1（最高）。pxCreatedTask：用于传回一个任务句柄（TaskHandle_t）。此句柄本质上是该任务TCB的指针。后续可通过此句柄引用该任务，进行优先级修改、删除、挂起等操作。如果不需要引用，可传入NULL。
动态创建的内存分配模型：
当调用xTaskCreate()时，内核内部会依次发起两次内存分配请求。假设堆栈深度为DDD字，TCB结构体大小为STCBS_{TCB}STCB字节，堆内存分配器自身管理开销为OheapO_{heap}O
