第3章 QNX进程管理

3. QNX进程管理：进程与线程概念、proc文件系统、进程调度策略、进程间通信概述

好，咱们进入第三章。这一章讲的是QNX的进程管理，说白了就是系统里那些“活的东西”怎么组织、怎么跑、怎么互相说话。我在做安全关键系统时，这块要是没搞明白，后面调试起来真是欲哭无泪。你想想看，一个进程挂了，另一个进程怎么知道？调度策略选错了，实时性怎么保证？嗯，咱们一个一个来。

先说说基本概念。进程，你可以理解成一个独立的“人”，有自己的房子（地址空间）、自己的财产（资源）、自己的身份证（PID）。线程呢，就是这个人身上的“手”，可以同时干好几件事。

在QNX里，进程和线程的关系很明确：一个进程至少有一个线程。这个主线程要是挂了，整个进程就没了。我习惯把进程看作保护壳，线程才是真正干活的。

关键区别：

我在项目中遇到过一件事：有个同事把大量数据放在全局变量里，两个线程同时读写，结果数据一会儿对一会儿错。查了两天才发现是没加互斥锁。嗯，教训深刻。

QNX里创建进程，最常用的是 spawn() 和 fork()。我个人更推荐 spawn()，因为它更安全、更可控。你想想看，fork() 会把整个父进程的内存都复制一遍，在嵌入式系统里这太奢侈了。

// 用 spawn 创建进程
pid_t pid = spawn("my_app", 0, NULL, NULL, argv, environ);
if (pid == -1) {
    // 处理错误
}

销毁进程呢？用 kill() 发个 SIGTERM 信号，或者进程自己调用 exit()。我建议永远不要用 SIGKILL 作为第一选择，除非进程已经死锁了。为什么呢？因为 SIGKILL 不给进程任何清理机会，文件描述符可能没关，共享内存可能没释放。

避坑指南：我曾经在一个安全关键项目里，为了省事直接用 SIGKILL 杀掉一个异常进程。结果那个进程正握着硬件锁，锁没释放，整个系统都卡死了。从那以后，我都是先发 SIGTERM，等几秒，不行再 SIGKILL。

QNX 的 proc 文件系统，挂载在 /proc 目录下。它不是一个真正的文件系统，而是内核暴露出来的信息接口。你可以通过读写这些“文件”来查看或控制系统状态。

我个人习惯，调试时第一件事就是 cat /proc/<pid>/status。这里能看到进程的状态、内存使用、线程数等等。

举个例子，你想看某个进程是不是卡住了：

# 查看进程状态
cat /proc/1234/status
# 输出里有个 State 字段，如果是 "sleep" 可能是正常等待，
# 如果是 "zombie" 那就是僵尸进程了

小技巧：在 QNX 里，/proc/boot 目录下能看到系统启动时加载了哪些模块。我排查启动问题时，经常先看这里，确认驱动有没有加载成功。

QNX 是实时操作系统，调度策略是它的灵魂。说白了，就是决定“下一个该谁用CPU”。

QNX 支持三种调度策略：

优先级范围是 0 到 255，数字越大优先级越高。我建议关键任务用高优先级，但别全用最高。你想想看，如果所有线程都是255，那跟没有优先级有什么区别？

我的经验：在功能安全系统里，我通常这样分配：

设置调度策略和优先级，用 pthread_setschedparam()：

struct sched_param param;
param.sched_priority = 200;
pthread_setschedparam(thread_id, SCHED_FIFO, &param);

注意：我曾经在一个项目里，把日志线程的优先级设得比控制线程还高。结果日志一写，控制循环就丢数据。嗯，这种低级错误，犯一次就记住了。

QNX 的进程间通信（IPC）是它的强项。别的操作系统可能只有管道、共享内存，QNX 有一套完整的消息传递机制。

主要的 IPC 方式有：

我个人最常用的是消息传递。为什么呢？因为它自带同步，你发消息的时候，发送方会阻塞直到接收方处理完。这天然解决了竞态问题。

// 发送消息
int status = MsgSend(rcvid, send_buf, send_len, reply_buf, reply_len);
if (status == -1) {
    // 处理错误
}

选型建议：

嗯，这一章的内容就到这里。进程管理是QNX的基石，搞懂了这些，后面讲资源管理和安全策略时，你会觉得顺很多。下一章咱们聊聊内存管理，那可是另一个有意思的话题。