3、QNX系统编程基础：进程、线程与通信

好，咱们正式开始接触QNX系统编程的核心内容。这一章，我会带你搞懂QNX里进程和线程到底怎么玩，以及它们之间怎么“说话”。说白了，这部分是QNX驱动开发的基石。你想想看，一个驱动往往要管理硬件，还要跟用户程序交互，如果连基本的通信都不懂，那代码写出来肯定跑不稳。

3.1 QNX的进程与线程模型

QNX是一个真正的微内核系统。这意味着什么？内核只做最基本的事，比如调度、IPC（进程间通信）。其他的，像文件系统、设备驱动，都跑在用户空间。所以，进程和线程的管理方式，跟Linux有很大不同。

3.1.1 进程：独立的“小世界”

每个QNX进程都有自己的地址空间。一个进程崩溃了，不会直接干掉其他进程。这一点，我在做车载系统时深有体会。有一次，一个第三方写的音频驱动进程挂了，但整个仪表盘系统依然在跑，只是没声音了。要是换成Linux的宏内核，可能直接就panic了。

创建进程，最常用的就是spawn()或者fork()。我个人习惯用spawn()，因为它更灵活，可以直接指定要运行的程序和参数。

#include <spawn.h>
#include <sys/wait.h>

pid_t pid;
int status;

// 创建一个子进程，运行 /usr/bin/my_driver
status = spawn(&pid, "/usr/bin/my_driver", 0, NULL, argv, environ);
if (status == 0) {
    // 成功创建，等待子进程结束
    waitpid(pid, &status, 0);
} else {
    // 创建失败，处理错误
    perror("spawn failed");
}

3.1.2 线程：轻量级的执行单元

线程是进程内的执行流。它们共享进程的地址空间，所以通信起来很快，但也要小心同步问题。QNX的线程是内核级线程，由内核调度器统一管理。

创建线程用pthread_create()。嗯，这里要注意，QNX的线程库是POSIX兼容的，所以如果你写过Linux的多线程程序，上手会很快。

#include <pthread.h>

void *my_thread_func(void *arg) {
    // 线程要干的事
    printf("Hello from thread!\n");
    return NULL;
}

int main() {
    pthread_t tid;
    pthread_create(&tid, NULL, my_thread_func, NULL);
    pthread_join(tid, NULL);  // 等待线程结束
    return 0;
}

我曾经在调试一个网络驱动时，遇到过一个坑：线程里用了全局变量，但没有加锁。结果两个线程同时写，数据全乱了。所以，多线程共享数据时，一定要用互斥锁（pthread_mutex_t）或者信号量。

3.2 IPC通信机制：进程间的“对话”

QNX的IPC是它的灵魂。微内核架构下，几乎所有服务都靠IPC来交互。QNX提供了好几种IPC方式，咱们重点讲三个：消息传递、脉冲、信号。

3.2.1 消息传递：最核心的IPC

消息传递是QNX最强大的IPC机制。它基于客户端-服务器模型。一个进程（服务器）创建一个通道（channel），另一个进程（客户端）通过连接（connection）来发送消息。服务器收到消息后处理，然后回复。

为什么说它强大？因为它是同步的、可靠的。发送方会阻塞，直到收到回复。这保证了数据的一致性。我在做工业控制器驱动时，就用消息传递来接收上位机的指令，确保每条指令都被准确执行。

// 服务器端：创建通道并接收消息
#include <sys/neutrino.h>

int chid = ChannelCreate(0);  // 创建通道
if (chid == -1) {
    perror("ChannelCreate failed");
    return 1;
}

// 接收消息
int rcvid;
char msg[256];
rcvid = MsgReceive(chid, msg, sizeof(msg), NULL);
if (rcvid > 0) {
    // 处理消息...
    MsgReply(rcvid, EOK, "OK", 2);  // 回复客户端
}

// 客户端：连接并发送消息
int coid = ConnectAttach(0, pid, chid, _NTO_SIDE_CHANNEL, 0);
if (coid == -1) {
    perror("ConnectAttach failed");
    return 1;
}

char send_msg[] = "Hello Server";
char reply_msg[256];
MsgSend(coid, send_msg, strlen(send_msg) + 1, reply_msg, sizeof(reply_msg));

3.2.2 脉冲：轻量级的通知

脉冲（Pulse）是一种特殊的、短小的消息。它只有40字节的数据，而且发送方不会阻塞。说白了，就是“发完就跑”。脉冲常用于中断处理、定时器通知等场景。

我记得有一次，我需要让一个硬件中断通知用户空间的驱动。如果用消息传递，中断处理函数里不能阻塞，所以脉冲是完美的选择。中断服务程序里发一个脉冲，驱动主循环里接收并处理。

// 发送脉冲
struct _pulse pulse;
pulse.code = _PULSE_CODE_MINAVAIL + 1;  // 自定义脉冲码
pulse.value.sival_int = 42;             // 附带数据
MsgSendPulse(coid, -1, pulse.code, pulse.value);

// 接收脉冲（在服务器端）
int rcvid;
struct _msg_info info;
rcvid = MsgReceive(chid, &pulse, sizeof(pulse), &info);
if (rcvid == 0) {
    // 收到的是脉冲，不是普通消息
    if (pulse.code == _PULSE_CODE_MINAVAIL + 1) {
        printf("Got pulse with value: %d\n", pulse.value.sival_int);
    }
}

3.2.3 信号：传统的异步通知

信号（Signal）是POSIX标准里的东西，QNX也支持。但说实话，我在驱动开发里用得不多。因为信号处理起来比较麻烦，而且容易出错。比如，信号处理函数里能调用的函数有限制，不能调用非可重入的函数。

不过，有些场景还是得用。比如，你想让一个进程优雅地退出，可以发一个SIGTERM信号。或者，处理一些异常情况，比如段错误（SIGSEGV）。

#include <signal.h>

void sig_handler(int signo) {
    if (signo == SIGTERM) {
        printf("Received SIGTERM, cleaning up...\n");
        // 清理资源
        exit(0);
    }
}

int main() {
    signal(SIGTERM, sig_handler);  // 注册信号处理函数
    // ... 主循环
    return 0;
}

3.3 资源管理器概念

资源管理器（Resource Manager）是QNX里一个非常重要的概念。说白了，它就是一个特殊的进程，负责管理某个硬件设备或虚拟资源。它通过路径名（比如/dev/my_device）暴露给用户程序。用户程序可以像操作文件一样，用open()、read()、write()来访问设备。

资源管理器的核心是“路径名空间”。每个资源管理器注册一个路径前缀，比如/dev/ser1。当用户程序打开/dev/ser1时，QNX的进程管理器（proc）会找到对应的资源管理器，并把请求转发给它。

我刚开始学QNX驱动时，觉得资源管理器很抽象。后来自己写了一个简单的GPIO驱动，才真正理解。你只需要实现几个回调函数（比如io_open、io_read、io_write），然后注册到系统中，剩下的通信细节，QNX都帮你搞定了。

3.4 编译与链接：qcc与Makefile

写好了代码，怎么编译？QNX有自己的编译器，叫qcc。它其实是GCC的一个封装，但加了一些QNX特有的选项。比如，你可以指定目标架构（ARM、x86等），或者链接QNX的库。

我个人习惯用Makefile来管理编译。一个简单的Makefile长这样：

# Makefile for QNX driver

# 目标架构，比如ARMv7
ARCH = armv7
CC = qcc
CFLAGS = -V$(ARCH) -O2 -Wall -Werror
LDFLAGS = -V$(ARCH)

# 源文件
SRCS = main.c driver.c
OBJS = $(SRCS:.c=.o)

# 最终生成的可执行文件
TARGET = my_driver

all: $(TARGET)

$(TARGET): $(OBJS)
    $(CC) $(LDFLAGS) -o $@ $^

%.o: %.c
    $(CC) $(CFLAGS) -c -o $@ $<

clean:
    rm -f $(OBJS) $(TARGET)

install:
    cp $(TARGET) /tmp/$(TARGET)

这里要注意，-V选项指定了目标架构。如果你在x86上开发，但目标板是ARM，就得用-Varmv7。嗯，我刚开始就忘了加这个，结果编译出来的程序在板子上跑不起来，折腾了半天才发现。

好了，这一章的内容就到这里。进程、线程、IPC、资源管理器、编译，这些是QNX驱动开发的基本功。下一章，我们会深入资源管理器的实现，手把手写一个简单的字符设备驱动。到时候，你会看到这些概念是怎么落地的。