2、QNX内核调度基础：调度策略（FIFO/RR/SPORADIC）、优先级管理、线程状态机
调度，说白了就是操作系统决定「下一个该谁跑」的问题。在QNX里，这个问题尤其关键——因为你的系统可能是跑在多个核上，而且每个核可能跑着不同优先级的任务。我见过不少工程师，上来就调优先级，结果系统反而更卡了。嗯，咱们得先把基础打牢。
2.1 调度策略：三种武器
QNX支持三种调度策略：FIFO、RR（Round Robin）和SPORADIC。每种策略都有自己的脾气，选错了，系统性能可能直接崩掉。
2.1.1 FIFO调度
FIFO，全称First In First Out，但别被名字骗了。它其实不是「先来先服务」，而是「同优先级下，谁先就绪谁先跑，跑完才让位」。说白了，就是非抢占式的同优先级调度。
核心规则：
- 高优先级线程可以抢占低优先级线程
- 同优先级线程之间，不会自动让出CPU
- 线程必须主动阻塞（比如等消息、等信号量）或主动让出（sched_yield）才能让同优先级线程运行
我在项目中遇到过这样一个坑：一个FIFO线程里写了个死循环，结果同优先级的其他线程全饿死了。你想想看，系统看起来还在跑，但关键任务就是得不到CPU。所以，用FIFO策略的线程，一定要确保它不会长时间霸占CPU。
2.1.2 RR调度
RR就是FIFO的改良版。它给每个同优先级线程分配一个时间片，时间到了就自动让给下一个。这样就不会出现一个线程饿死同优先级兄弟的情况。
| 特性 | FIFO | RR |
|---|---|---|
| 同优先级抢占 | 不抢占，直到主动让出 | 时间片到期后自动让出 |
| 适用场景 | 短任务、事件驱动型任务 | 计算密集型、需要公平调度的任务 |
| 时间片 | 无 | 默认4ms（可配置） |
我个人习惯，对于周期性数据采集任务，用RR比较稳妥。因为每个采集周期的时间是固定的，时间片轮转能保证每个采集任务都有机会跑。
2.1.3 SPORADIC调度
这个策略有点特殊。它是为偶发性的实时任务设计的。什么叫偶发性？就是任务平时不跑，但一旦触发，必须在规定时间内完成。
SPORADIC的核心参数：
- 预算（Budget）：每个周期内允许执行的最大时间
- 周期（Period）：预算的补充周期
- 低优先级：预算耗尽后，线程降到的优先级
我曾经在一个汽车电子项目中用过SPORADIC。有个紧急制动处理任务，平时不跑，但一旦触发，必须在10ms内完成。用SPORADIC策略，我给它设了5ms的预算、50ms的周期。这样即使任务意外触发频繁，也不会把CPU吃死——预算用完了，它就降到低优先级，不影响其他关键任务。
2.2 优先级管理：数字越小越重要？
QNX的优先级范围是0~255，其中255是最高优先级，0是最低。这和很多RTOS相反（比如FreeRTOS是数字越大优先级越低），刚转过来的工程师容易搞混。
注意：QNX的优先级0是留给idle线程的。普通应用线程不要用优先级0，否则你可能永远抢不过idle线程——系统会一直「空闲」着，你的任务根本跑不起来。
优先级管理有个基本原则：够用就好。我见过有人把所有任务都设成高优先级，结果系统频繁切换，性能反而下降了。你想想看，高优先级线程抢占低优先级线程时，需要保存上下文、切换页表、刷新TLB，这些都是开销。
我个人建议的优先级分配策略：
- 255~200：中断处理、硬实时任务（如电机控制）
- 199~128：软实时任务（如音频处理、通信协议栈）
- 127~64：普通实时任务（如数据采集、状态监控）
- 63~1：后台任务、非实时任务
2.3 线程状态机：RUNNING、READY、WAITING、STOPPED
线程在QNX里有四种基本状态。理解这个状态机，是调试调度问题的基本功。
| 状态 | 含义 | 典型触发条件 |
|---|---|---|
| RUNNING | 正在CPU上执行 | 调度器选中该线程 |
| READY | 就绪，等待CPU | 线程创建、阻塞解除 |
| WAITING | 阻塞，等待某个事件 | 调用MsgReceive、SyncSemWait等 |
| STOPPED | 被调试器暂停 | 断点命中、SIGSTOP信号 |
状态转换的路径是这样的：
- READY → RUNNING：调度器选中该线程
- RUNNING → READY：时间片用完（RR）或被更高优先级线程抢占
- RUNNING → WAITING：线程主动阻塞（如等消息）
- WAITING → READY：等待的事件发生（如收到消息）
- RUNNING → STOPPED：收到调试信号
调试小技巧：用pidin -p 线程名可以查看线程当前状态。如果发现某个线程长期处于WAITING状态，说明它可能在等某个资源。如果长期处于READY状态但就是跑不起来，那大概率是被更高优先级的线程饿死了。
我记得有一次排查系统卡顿问题，用pidin一看，有个数据采集线程一直在READY状态，但就是得不到CPU。后来发现是一个中断处理线程优先级设得太高，而且每次处理时间太长，把CPU全吃掉了。把中断处理线程的优先级降下来，问题就解决了。
2.4 实战：如何选择调度策略？
说了这么多，到底怎么选？我总结了一个简单的决策树：
- 任务是否偶发触发？ → 是 → 用SPORADIC
- 任务是否计算密集型？ → 是 → 用RR
- 任务是否事件驱动且短小？ → 是 → 用FIFO
- 不确定？ → 默认用RR，至少不会饿死同优先级线程
最后说一句：调度策略和优先级不是设完就不管的。我建议你在系统联调时，用pidin -m 100持续监控线程的CPU占用率和状态变化。如果发现某个线程CPU占用率异常高或异常低，先别急着调代码，看看它的调度策略和优先级是不是合理。
嗯，调度基础就讲到这里。下一章咱们聊聊多核环境下的调度问题——那才是真正考验功力的地方。