3. QNX进程与线程管理：进程创建与销毁、线程调度策略、同步与互斥机制
好，咱们进入第三章。这一章讲的是QNX里最核心的东西——进程和线程怎么管。说实话，我刚开始接触QNX的时候，觉得它跟Linux差不多，后来踩了不少坑才明白，这两者在实时性上的设计哲学完全不同。你想想看，一个跑在工控设备上的系统，跟一个跑在服务器上的系统，对进程线程的要求能一样吗？
3.1 进程创建与销毁
在QNX里创建进程，最常用的就是spawn()和posix_spawn()。我个人习惯用posix_spawn()，因为它更标准，跨平台移植也方便。
核心区别：QNX的进程创建是轻量级的。它不像Linux那样用fork()复制整个地址空间，而是直接加载新程序。这在嵌入式环境里很重要——你想想，一个只有64MB内存的系统，fork()一下可能就撑爆了。
#include <spawn.h>
#include <sys/neutrino.h>
pid_t pid;
struct inheritance inherit;
int ret;
// 设置进程继承属性
inherit.flags = SPAWN_SETGROUP | SPAWN_SETRUNMASK;
inherit.runmask = 0x01; // 绑定到CPU 0
ret = posix_spawn(&pid, "/path/to/my_app", NULL, &inherit, argv, environ);
if (ret != 0) {
// 处理错误
}销毁进程呢？我建议用SIGTERM信号优雅退出，而不是直接SIGKILL。为什么？因为直接杀掉进程，它占用的资源可能来不及释放。我在项目中遇到过，一个进程被强制杀掉后，它锁住的共享内存没释放，导致其他进程全部挂起。那场面，嗯，挺尴尬的。
避坑指南：我曾经在调试一个数据采集系统时，用kill -9杀掉了一个采集进程。结果呢？它正在写的文件损坏了，整个数据库都得重建。从那以后，我写了个信号处理函数，收到SIGTERM先做清理，再退出。
3.2 线程调度策略
QNX的线程调度，说白了就是决定哪个线程先跑。它支持三种策略：FIFO、RR（轮转）和SPORADIC（零星调度）。
| 调度策略 | 适用场景 | 特点 |
|---|---|---|
| SCHED_FIFO | 实时性要求高的任务 | 先到先服务，直到阻塞或主动让出CPU |
| SCHED_RR | 同优先级任务轮流执行 | 时间片轮转，防止某个线程饿死 |
| SCHED_SPORADIC | 偶发性的实时任务 | 平时低优先级，有事件时提升优先级 |
我个人最常用的是FIFO。你想想看，一个控制电机转速的线程，它需要的是确定性——我说什么时候跑就什么时候跑，别给我搞什么时间片轮转。但要注意，FIFO策略下，如果线程不主动让出CPU，同优先级的其他线程就永远没机会跑。
#include <sys/sched.h>
struct sched_param param;
param.sched_priority = 30; // 优先级范围：0-255
// 设置线程调度策略为FIFO
pthread_setschedparam(pthread_self(), SCHED_FIFO, ¶m);警告：优先级别设太高！我见过有人把控制线程设成255，结果系统内核线程都抢不过它，整个系统变得不稳定。记住，QNX的优先级0-255，一般应用用20-50就够了。
3.3 同步与互斥机制
多线程编程，最头疼的就是同步问题。QNX提供了几种机制：互斥锁、条件变量、信号量、屏障等。我重点讲三个最常用的。
3.3.1 互斥锁（Mutex）
互斥锁是最基本的同步工具。但要注意，QNX的互斥锁支持优先级继承，这是它跟Linux最大的区别。
pthread_mutex_t mutex;
pthread_mutexattr_t attr;
// 开启优先级继承
pthread_mutexattr_init(&attr);
pthread_mutexattr_setprotocol(&attr, PTHREAD_PRIO_INHERIT);
pthread_mutex_init(&mutex, &attr);
// 使用
pthread_mutex_lock(&mutex);
// 临界区代码
pthread_mutex_unlock(&mutex);为什么要用优先级继承？举个例子：低优先级线程锁住了资源，高优先级线程来等这个锁。如果没有优先级继承，低优先级线程可能被其他中优先级线程抢占，导致高优先级线程无限等待。这就是经典的优先级反转问题。我在一个机器人控制项目里就遇到过，一个传感器线程优先级被反转，导致数据采集延迟，机器人直接撞墙了。
3.3.2 条件变量
条件变量用于线程间的等待和通知。我习惯跟互斥锁配合使用。
pthread_cond_t cond;
pthread_mutex_t mutex;
// 等待条件
pthread_mutex_lock(&mutex);
while (!condition) {
pthread_cond_wait(&cond, &mutex);
}
// 条件满足，继续执行
pthread_mutex_unlock(&mutex);
// 通知条件
pthread_mutex_lock(&mutex);
condition = true;
pthread_cond_signal(&cond); // 唤醒一个等待线程
pthread_mutex_unlock(&mutex);个人经验：用条件变量时，一定要用while循环检查条件，而不是if。为什么？因为线程可能被虚假唤醒。我在一个网络通信模块里就吃过这个亏，用if判断，结果线程被唤醒后发现条件不满足，直接崩溃了。
3.3.3 信号量
信号量适合控制对有限资源的访问。比如，一个线程池里有4个工作线程，用信号量控制并发数。
#include <semaphore.h>
sem_t sem;
sem_init(&sem, 0, 4); // 初始值4，表示4个资源
// 获取资源
sem_wait(&sem);
// 使用资源
// ...
// 释放资源
sem_post(&sem);3.4 实战中的避坑指南
说了这么多，我总结几个实战中容易踩的坑：
- 死锁：多个线程互相等待对方释放锁。我建议用锁的顺序化——所有线程按同样的顺序获取锁。
- 优先级反转：前面说过了，用优先级继承的互斥锁解决。
- 线程栈溢出：QNX默认线程栈大小是8KB，但有些函数调用链深，容易溢出。我一般设成16KB或32KB。
- 信号丢失：条件变量的信号如果在线程等待之前发出，线程就永远等不到。所以一定要先检查条件，再等待。
// 设置线程栈大小
pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_setstacksize(&attr, 32768); // 32KB
pthread_t thread;
pthread_create(&thread, &attr, my_thread_func, NULL);好了，这一章的内容就这些。进程线程管理是QNX实时性的基础，你把这些搞明白了，后面讲消息传递和中断处理就轻松多了。下一章我们聊聊QNX最引以为傲的消息传递机制——那才是QNX真正的精髓所在。