3、VxWorks任务管理：任务控制块(TCB)、任务状态机、任务优先级与抢占策略
好，咱们今天聊聊VxWorks的任务管理。这部分内容，说白了就是操作系统的“心脏”。你写的所有代码，最终都要变成一个个任务在CPU上跑。如果任务管理搞不清楚，系统跑起来就会像一锅粥。
我个人习惯，在开始写任何多核应用之前，先把任务管理这块吃透。为什么？因为后面所有的调度、同步、通信，都建立在这个基础之上。地基不稳，楼盖得再高也得塌。
3.1 任务控制块（TCB）—— 任务的“身份证”
每个任务在VxWorks里都有一个对应的数据结构，叫任务控制块（Task Control Block，TCB）。你可以把它想象成任务的“身份证”或者“档案袋”。系统就是通过这个TCB来管理和调度任务的。
TCB里都存了啥？我列一下关键信息：
- 任务ID（TID）：每个任务的唯一标识符，就像你的身份证号。
- 任务名称：方便你调试和识别，比如“tLogTask”、“tNetTask”。
- 任务状态：当前任务处于什么状态（就绪、阻塞、挂起等）。
- 优先级：任务的紧急程度，数值越小优先级越高。
- 上下文：包括CPU寄存器、程序计数器（PC）、栈指针（SP）等。这是任务切换的关键。
- 栈指针和栈大小：每个任务都有自己的栈空间，用于存放局部变量和函数调用信息。
- 错误状态：记录任务执行过程中发生的错误。
- 时间片：用于轮转调度的时间配额。
核心要点：TCB是VxWorks内核中最重要的数据结构之一。它的大小和内容直接影响系统的性能和内存占用。在资源受限的嵌入式系统中，合理配置TCB相关的参数（如栈大小）至关重要。
我记得有一次，一个同事调试一个系统，任务总是莫名其妙地崩溃。查了半天，发现是某个任务的栈空间分配得太小了，导致栈溢出，把相邻的TCB数据给覆盖了。嗯，从那以后，我每次创建任务都会仔细估算栈大小，宁可多给一点，也绝不少给。
3.2 任务状态机—— 任务的“生命周期”
任务不是一成不变的，它在整个生命周期里会经历各种状态转换。VxWorks的任务状态机，说白了就是描述任务从创建到删除的整个过程。
VxWorks里主要有这么几种状态：
- 就绪态（READY）：任务已经准备好，随时可以运行，只等CPU分配给它。
- 运行态（RUN）：任务正在CPU上执行代码。注意，在多核系统里，每个核上同时只能有一个任务在运行。
- 阻塞态（PEND）：任务在等待某个资源或事件，比如等待信号量、消息队列、或者延时到期。
- 挂起态（SUSPEND）：任务被显式地挂起，不参与调度。通常用于调试或临时停止某个任务。
- 延迟态（DELAY）：任务调用
taskDelay()后进入的状态，等待指定时间后重新变为就绪态。
状态之间的转换关系，我画个简单的图给你看：
创建任务
|
v
就绪态 (READY) <---> 运行态 (RUN)
| |
| v
| 阻塞态 (PEND)
| |
| v
| 就绪态 (READY)
|
v
挂起态 (SUSPEND) <---> 就绪态 (READY)
|
v
删除任务你想想看，一个任务从就绪到运行，再到阻塞等待资源，最后资源到位又回到就绪，这个过程是不是很像人的日常？等电梯、进电梯、出电梯、再等下一趟。
个人经验：在调试多任务系统时，我经常用i命令（在VxWorks shell里）查看所有任务的状态。如果发现某个任务长时间处于PEND状态，那多半是死锁或者资源没释放。如果某个任务一直处于READY状态但就是没机会运行，那可能是优先级设置有问题。
3.3 任务优先级与抢占策略—— 谁先跑？谁后跑？
优先级和抢占策略，是任务调度的核心。VxWorks默认使用基于优先级的抢占式调度。什么意思呢？就是高优先级的任务可以随时打断低优先级任务的执行。
3.3.1 优先级
VxWorks的优先级范围是0到255，其中0是最高优先级，255是最低优先级。数值越小，优先级越高。
我建议你遵循一个原则：关键任务给高优先级，非关键任务给低优先级。比如，处理中断的任务、控制电机转动的任务，优先级要设高一些；而日志记录、状态显示这些任务，优先级可以设低一些。
避坑指南：我曾经在一个项目中，把所有任务的优先级都设成了100。结果系统跑起来后，任务调度完全乱套了，该及时响应的没响应，不该响应的反而抢占了CPU。后来我花了整整一天时间重新梳理优先级，才把问题解决。记住：优先级不是随便设的，它需要根据任务的实时性要求来仔细规划。
3.3.2 抢占策略
抢占式调度，说白了就是“后来者居上”。当一个高优先级任务就绪时，它会立即抢占当前正在运行的低优先级任务。这个过程由内核自动完成，不需要你手动干预。
举个例子：
任务A：优先级100，正在运行
任务B：优先级50，就绪
此时，内核会：
1. 暂停任务A的执行
2. 保存任务A的上下文到它的TCB
3. 恢复任务B的上下文
4. 开始执行任务B
当任务B执行完毕或阻塞时，内核再切换回任务A继续执行。你可能会问：“那如果两个任务优先级一样怎么办？” 好问题！对于相同优先级的任务，VxWorks默认使用时间片轮转调度（Round-Robin）。每个任务轮流执行一个时间片，时间片用完后切换到下一个同优先级任务。
3.3.3 优先级反转问题
这里我要特别提一下优先级反转。这是一个经典问题，也是很多嵌入式系统崩溃的元凶。
什么是优先级反转？简单说就是：一个高优先级任务在等待一个低优先级任务占用的资源，而低优先级任务又被一个中等优先级任务抢占了CPU，导致高优先级任务迟迟得不到执行。
举个例子：
- 任务H（高优先级）需要访问共享资源R
- 任务L（低优先级）已经占用了资源R
- 任务M（中等优先级）不需要资源R，但它一直在运行
结果就是：任务H在等任务L释放资源R，但任务L被任务M抢占了CPU，所以任务L一直没机会释放资源。任务H只能干等着。这就是优先级反转。
解决方案：VxWorks提供了优先级继承协议（Priority Inheritance Protocol）来避免这个问题。当一个低优先级任务占用了高优先级任务需要的资源时，低优先级任务会临时继承高优先级任务的优先级，直到释放资源。这样就能防止中等优先级任务插队。
我记得在做一个工业控制项目时，就遇到了优先级反转。一个传感器数据采集任务（高优先级）总是超时，查了半天才发现是一个日志记录任务（低优先级）占用了串口，而中间还有一个网络通信任务（中等优先级）在疯狂发包。启用优先级继承后，问题立刻解决了。
3.4 实战建议
说了这么多，最后给你几条实战建议：
- 合理规划优先级：不要把所有任务都设成同一个优先级。根据任务的实时性要求，分层次设置。
- 避免优先级反转：使用信号量时，尽量使用支持优先级继承的互斥信号量（
SEM_Q_PRIORITY）。 - 监控任务状态：在调试阶段，多用
i、ti、checkStack等命令查看任务状态和栈使用情况。 - 栈大小要留余量：给每个任务分配栈空间时，至少留出20%的余量。别问我怎么知道的，都是泪。
- 使用任务钩子：VxWorks提供了任务创建、删除、切换等钩子函数，可以用来做性能分析和调试。
好了，关于VxWorks任务管理，咱们就聊到这儿。下一章我会讲任务间的同步与通信，那又是另一个精彩的话题。