任务创建与管理：任务创建API详解、任务优先级设计、任务状态与切换、任务删除与挂起
各位同学，咱们今天聊聊FreeRTOS里最基础也最核心的东西——任务管理。说白了，一个实时操作系统好不好用，很大程度上就看你怎么创建、调度和管理这些任务。我做了这么多年嵌入式，见过太多系统崩溃、任务跑飞的情况，十有八九都是任务管理没做好。今天我把压箱底的经验都掏出来，咱们一个一个说清楚。
任务创建API详解
FreeRTOS创建任务，主要就两个API：xTaskCreate 和 xTaskCreateStatic。一个动态分配内存，一个静态分配。我个人习惯，小项目用动态，省心；资源紧张的项目，比如跑在只有几K RAM的MCU上，我肯定用静态。
先看动态创建的原型：
BaseType_t xTaskCreate(
TaskFunction_t pvTaskCode, // 任务函数指针
const char * const pcName, // 任务名字，调试用
configSTACK_DEPTH_TYPE usStackDepth, // 栈深度，单位是字
void *pvParameters, // 传给任务的参数
UBaseType_t uxPriority, // 优先级
TaskHandle_t *pxCreatedTask // 返回的任务句柄
);这里有个坑，我刚开始用的时候踩过。栈深度单位是“字”，不是字节！在32位处理器上，一个字是4字节。你写个128，实际占用了512字节的RAM。我曾经有个项目，任务栈给得不够，系统跑着跑着就莫名其妙复位了。查了两天才发现是栈溢出。嗯，这里要注意，uxTaskGetStackHighWaterMark() 这个函数可以帮你监控栈的使用情况，建议每个任务都加上。
静态创建稍微麻烦一点：
TaskHandle_t xTaskCreateStatic(
TaskFunction_t pvTaskCode,
const char * const pcName,
uint32_t ulStackDepth,
void *pvParameters,
UBaseType_t uxPriority,
StackType_t *puxStackBuffer, // 你预先分配的栈空间
StaticTask_t *pxTaskBuffer // 你预先分配的任务控制块
);你想想看，静态创建需要你自己准备栈和TCB的内存。好处是，你完全掌控内存布局，不会有动态分配失败的风险。我在一个医疗设备项目里就强制要求用静态创建，因为系统不允许任何运行时内存分配失败的可能。
任务优先级设计
优先级设计，这是门艺术。FreeRTOS支持从0到configMAX_PRIORITIES-1的优先级，数值越大优先级越高。我见过有人把优先级分成十几级，结果调度起来乱七八糟。我的经验是：优先级别超过5级，除非你有特别复杂的实时需求。
怎么分？我一般这么干：
- 最高优先级：留给硬实时任务，比如电机电流环控制，必须在几十微秒内响应
- 中高优先级：给周期性任务，比如速度环、位置环，毫秒级响应
- 中等优先级：给通信任务，比如CAN、SPI数据收发
- 中低优先级：给数据处理、状态机等非实时任务
- 最低优先级：给空闲任务，或者后台日志、显示刷新
核心原则：高优先级任务执行时间要短，不能阻塞等待。如果高优先级任务里调用了 vTaskDelay() 或者等待信号量，那整个系统的实时性就崩了。
我曾经在一个六轴机器人项目里，把电流环优先级设得最高，但里面不小心加了个打印日志的代码。结果每次打印都占用好几毫秒，导致其他轴的控制周期被严重延迟。机器人走出来的轨迹都是抖的。排查了整整一天，最后发现是这个问题。从那以后，我定了个规矩：高优先级任务里，除了必要的控制逻辑，什么都别放。
任务状态与切换
FreeRTOS的任务有四种状态：运行态、就绪态、阻塞态、挂起态。很多初学者搞不清楚，我画个图帮你们理解。
任务切换发生在什么时候？说白了就三种情况：
- 时间片用完：同优先级任务轮转，每个任务跑一个tick的时间
- 高优先级任务就绪：抢占式调度，当前任务立刻被换下
- 任务主动阻塞：调用
vTaskDelay()或等待信号量/队列
这里有个细节，很多人忽略。任务切换不是随时都能发生的，它发生在tick中断里。如果你的tick频率是1000Hz，那任务切换最快也是1ms一次。所以，别指望在1ms以内做多次任务切换，硬件不支持。
任务删除与挂起
任务删除用 vTaskDelete()，挂起用 vTaskSuspend()。这两个功能看着像，但本质不同。
| 操作 | API | 效果 | 恢复方式 | 资源释放 |
|---|---|---|---|---|
| 删除 | vTaskDelete() | 任务彻底消失 | 无法恢复，需重新创建 | 释放栈和TCB |
| 挂起 | vTaskSuspend() | 任务暂停，但保留状态 | vTaskResume() 恢复 | 不释放资源 |
我建议你：临时不需要的任务，用挂起而不是删除。为什么？因为创建任务是有开销的，尤其是动态创建，要分配内存、初始化TCB。频繁删除再创建，不仅慢，还容易产生内存碎片。我在一个需要频繁切换工作模式的设备里，就是预先创建好所有任务，然后根据模式挂起或恢复，效率高得多。
小技巧：任务删除后，记得把句柄置为NULL，防止野指针。我见过有人删了任务还继续用句柄操作，结果系统直接hard fault。
删除任务时还有个坑：如果任务持有互斥量或者信号量，删除前一定要释放。否则其他等待这个资源的任务会永远阻塞。我曾经在一个多任务通信的项目里，一个任务在等待队列数据时被删除了，结果所有发数据给它的任务都卡死了。排查了半天，最后发现是删除前没释放队列的读权限。
警告：不要在中断服务函数里调用 vTaskDelete() 或 vTaskSuspend()！这些API需要任务上下文。如果非要在中断里操作，请使用 xTaskResumeFromISR() 这种带ISR后缀的版本。
最后说个经验之谈。任务管理这块，我建议你在项目初期就设计好任务结构，包括每个任务的优先级、栈大小、周期。别等到代码写了一半再来改，那代价太大了。我一般会在项目文档里画一张任务关系图，标清楚每个任务负责什么、跟谁通信、优先级多少。这样后面调试起来，心里有底。
好了，任务创建和管理就讲这么多。记住一句话：任务不是越多越好，够用就行。每个任务都有开销，包括栈空间和切换时间。把任务数量控制在合理范围内，你的系统才会跑得稳、跑得快。