任务控制块(TCB)深度解析
说到VxWorks的任务调度，TCB是个绕不开的核心概念。我刚开始接触VxWorks时，总觉得TCB就是个黑盒子，直到有一次调试一个诡异的任务挂起问题，才逼着我把它翻了个底朝天。今天咱们就来扒一扒这个任务控制块。
TCB结构体成员详解
TCB，全称Task Control Block。说白了，它就是任务的"身份证"加"档案袋"。每个任务都有一个对应的TCB，内核靠它来管理任务的一切。
在VxWorks里，TCB的核心结构体定义在taskLib.h中。我挑几个关键成员说说：
| 成员名称 | 类型 | 说明 |
|---|---|---|
| name | char * | 任务名称，调试时特别有用 |
| priority | int | 当前优先级，0-255 |
| status | int | 任务状态，就绪、挂起、阻塞等 |
| stackBase | char * | 栈底地址 |
| stackSize | int | 栈大小，单位字节 |
| entry | FUNCPTR | 任务入口函数指针 |
| pStackContext | void * | 当前栈指针，上下文切换的关键 |
嗯，这里要注意pStackContext这个成员。它指向的是任务被切换出去那一刻的栈顶位置。我见过不少新手以为它指向栈底，结果调试时数据全乱了。
核心要点：TCB中的priority成员决定了任务的调度顺序。但要注意，VxWorks支持优先级继承，所以这个值在运行中可能会被临时修改。
任务上下文切换机制
上下文切换，说白了就是"换人干活"。当一个任务被切换出去时，CPU要把它的"工作现场"全部保存下来。等它再次获得CPU时，再把现场恢复回去。
这个"现场"包括哪些东西？
- 通用寄存器（R0-R12）
- 程序计数器（PC）
- 栈指针（SP）
- 状态寄存器（CPSR）
- 浮点寄存器（如果支持浮点运算）
我曾经在一个ARM Cortex-A8平台上遇到过一个问题：任务切换时浮点寄存器没保存，结果两个任务互相污染了对方的浮点运算结果。排查了两天才找到原因，从那以后我每次配置TCB都会检查浮点保存选项。
上下文切换的流程大致是这样的：
- 触发切换（定时器中断、任务主动让出CPU等）
- 保存当前任务的寄存器到它的TCB中
- 从就绪队列中选出优先级最高的任务
- 从新任务的TCB中恢复寄存器
- 跳转到新任务的执行位置
我的建议：在写中断服务程序时，尽量减少临界区的长度。上下文切换期间系统是关中断的，临界区太长会影响实时性。
TCB的存储与访问
TCB存在哪？当然是内存里。每个任务创建时，内核会从系统堆中分配一块内存给TCB。这块内存的大小是固定的，由WIND_TCB_SIZE宏定义。
访问TCB的方式主要有两种：
- 通过任务ID：调用
taskTcb()函数，传入任务ID就能拿到TCB指针 - 通过任务名：调用
taskNameToId()先拿到ID，再获取TCB
代码示例：
/* 获取当前任务的TCB */
WIND_TCB *pTcb = taskTcb(taskIdSelf());
/* 获取指定任务的TCB */
int taskId = taskNameToId("myTask");
WIND_TCB *pTcb = taskTcb(taskId);
/* 直接读取TCB成员 */
int priority = pTcb->priority;
char *taskName = pTcb->name;你想想看，直接访问TCB成员是不是很方便？但我要提醒你：不要在生产代码里直接修改TCB成员。内核提供的API函数都是有锁保护的，直接修改TCB可能导致数据不一致。
避坑指南：我曾经在调试时直接修改了TCB的priority成员，结果导致调度器混乱，系统直接崩溃。后来查了文档才知道，修改优先级必须用taskPrioritySet()函数。
TCB的存储位置也有讲究。在VxWorks的默认配置下，TCB分配在系统内存池中。如果你的系统有多个内存分区，可以通过taskSpawn()的OPT_TCB_PARTITION选项指定TCB分配在哪个分区。
为什么会这样设计？说白了就是为了支持NUMA架构。在多核系统中，把TCB放在离任务运行核最近的内存分区，能减少访问延迟。
最后说一个实用技巧：用taskShow()函数可以打印出TCB的详细信息，调试时特别好用。我每次遇到任务调度异常，第一件事就是跑一下taskShow看看TCB的状态。
/* 打印所有任务的TCB信息 */
taskShow(0, 0);
/* 打印指定任务的TCB信息 */
taskShow(taskId, 0);嗯，TCB这块内容就讲到这里。记住一句话：TCB是任务的灵魂，理解了TCB，你就理解了VxWorks任务调度的底层逻辑。