任务优先级机制：优先级数值与含义
说到VxWorks的任务优先级，我得先说说一个常见的误解。很多人以为优先级就是个数字，数字越大越重要。其实在VxWorks里，恰恰相反——数值越小，优先级越高。这个设计思路跟Unix的nice值有点像，但又不完全一样。
我在项目中遇到过好几次，新来的同事写代码时把优先级设反了。结果高优先级的任务跑不起来，低优先级的反而一直在抢CPU。嗯，这种bug排查起来特别头疼。
优先级数值范围
VxWorks支持256级优先级，从0到255。其中：
- 优先级0：最高优先级，通常留给系统关键任务
- 优先级255：最低优先级，一般给后台任务或空闲任务
- 优先级100-150：我个人的习惯，给普通应用任务
核心规则：数值越小，优先级越高。优先级0的任务会抢占优先级1的任务。
256级优先级详解
你想想看，为什么是256级？不是128，也不是512？说白了，这跟VxWorks内核的实现有关。256级刚好可以用一个字节表示，在嵌入式系统里，节省内存是硬道理。
我建议你把优先级分成几个区间来管理：
| 优先级范围 | 用途 | 典型任务 |
|---|---|---|
| 0-49 | 系统核心任务 | 中断处理、时钟管理 |
| 50-99 | 高优先级驱动 | 网卡驱动、磁盘驱动 |
| 100-149 | 应用主任务 | 控制逻辑、数据处理 |
| 150-199 | 普通应用任务 | 日志记录、状态监控 |
| 200-255 | 后台任务 | 自检、统计、空闲任务 |
个人经验：我一般把应用任务放在100-150之间。这个区间既不会跟系统任务冲突，又能保证关键逻辑的响应速度。
优先级队列管理
VxWorks内部是怎么管理这些优先级的？其实内核维护了一个就绪队列数组，每个优先级对应一个队列。当一个任务变成就绪态时，内核会根据它的优先级，把它放到对应的队列里。
举个例子：
/* 创建两个不同优先级的任务 */
taskSpawn("tHigh", 100, 0, 4096, highTask, 0, 0, 0, 0, 0);
taskSpawn("tLow", 150, 0, 4096, lowTask, 0, 0, 0, 0, 0);
/* 高优先级任务会抢占低优先级任务 */
void highTask(void)
{
while(1)
{
/* 高优先级任务运行时，低优先级任务被挂起 */
printf("High priority task running\n");
taskDelay(1); /* 主动让出CPU */
}
}
为什么会这样？因为调度器每次选任务时，都是从优先级最高的非空队列里取第一个任务。只要高优先级任务就绪，低优先级任务就永远没机会运行。
避坑指南：我曾经见过一个项目，把所有任务优先级都设成了100。结果系统运行时，任务之间互相抢占，CPU利用率忽高忽低。后来我建议他们根据任务的重要性，把优先级分散到80-150之间，问题就解决了。
优先级继承与反转
这里要提一个经典问题——优先级反转。简单说就是：低优先级任务拿着锁，高优先级任务在等锁，结果中优先级任务抢占了低优先级任务，导致高优先级任务迟迟拿不到锁。
VxWorks提供了优先级继承协议来解决这个问题。当高优先级任务被低优先级任务阻塞时，低优先级任务会临时继承高优先级任务的优先级，直到释放锁。
/* 使用优先级继承的互斥锁 */
SEM_ID semMutex;
semMutex = semMCreate(SEM_Q_PRIORITY | SEM_INVERSION_SAFE);
/* 低优先级任务持有锁 */
void lowTask(void)
{
semTake(semMutex, WAIT_FOREVER);
/* 此时如果高优先级任务来等锁，lowTask会继承高优先级 */
doSomething();
semGive(semMutex);
}
我的建议：创建互斥锁时，一定要加上SEM_INVERSION_SAFE标志。虽然会带来一点点性能开销，但能避免很多死锁问题。我在实际项目中吃过这个亏，后来就养成了这个习惯。
优先级设计的实战原则
说了这么多，总结几条我这些年总结出来的原则：
- 优先级跨度要足够：相邻任务优先级至少差5-10，避免调度抖动
- 关键任务优先级要高：但别高到跟系统任务抢资源
- 使用优先级继承：所有共享资源的互斥锁都要加这个标志
- 避免优先级反转：如果发现高优先级任务响应慢，先检查锁的使用
嗯，优先级设计这事，说白了就是个权衡。你给任务设的优先级越高，它响应越快，但系统整体的公平性就会下降。我一般会先画个任务优先级分布图，看看每个任务的实时性要求，再决定具体数值。
最后提醒一句：别把所有任务都设成同一个优先级。那样的话，VxWorks的优先级调度就失去了意义，系统会退化成轮转调度。我在一个通信设备项目里见过这种设计，结果系统在高负载时完全失控。从那以后，我每次做任务设计，都会仔细检查优先级分配。