4、QNX内存管理：虚拟内存、物理内存、mmap与共享内存、内存保护机制、内存泄漏排查

内存管理这个话题，说实在的，是嵌入式开发里最容易出幺蛾子的地方。我见过太多同事，应用层写得飞起，一碰到内存问题就抓瞎。在QNX里，内存管理更是有一套自己的脾气，跟Linux不太一样。今天咱们就把它掰开揉碎了聊清楚。

4.1 虚拟内存与物理内存：别被表象骗了

先说说最基础的概念。每个进程都以为自己独占4GB空间，这就是虚拟内存。实际上，物理内存就那么点，全靠MMU（内存管理单元）在中间做翻译。

QNX的虚拟内存布局，我习惯把它分成三块：

  • 用户空间：0x00000000 - 0xBFFFFFFF，3GB，给应用程序用
  • 内核空间：0xC0000000 - 0xFFFFFFFF，1GB，给内核和驱动用
  • 共享库区：动态加载的.so文件待的地方

你可能会问：「为什么QNX要搞这么复杂？」嗯，原因很简单——隔离。一个进程崩了，不会把整个系统拖下水。我在做车载信息娱乐系统时，遇到过第三方应用疯狂申请内存，要不是虚拟内存机制兜底，整个仪表盘都得黑屏。

关键点：QNX是微内核，驱动跑在用户空间。这意味着你的驱动代码也享受虚拟内存保护，但同时也意味着你要自己管理好内存映射。

4.2 mmap与共享内存：驱动开发的利器

mmap是QNX里最常用的内存操作函数，没有之一。它的作用说白了就两个：把文件映射到内存，或者创建共享内存区域。

先看一个典型的驱动场景——映射物理地址：

#include <sys/mman.h>
#include <fcntl.h>

int fd = open("/dev/mem", O_RDWR);
if (fd == -1) {
    perror("open /dev/mem failed");
    return -1;
}

// 映射GPIO寄存器物理地址0x48000000
void *gpio_base = mmap(0, 0x1000, 
                       PROT_READ | PROT_WRITE,
                       MAP_SHARED | MAP_PHYS,
                       fd, 0x48000000);

if (gpio_base == MAP_FAILED) {
    perror("mmap failed");
    close(fd);
    return -1;
}

// 现在可以直接操作寄存器了
*(volatile uint32_t *)(gpio_base + 0x134) = 0x01;

munmap(gpio_base, 0x1000);
close(fd);

这里有个坑，我当年踩过。MAP_PHYS这个标志，只有打开/dev/mem时才能用。如果你忘了加，mmap会返回错误。还有，映射大小必须是页对齐的——QNX默认页大小是4KB。

我的习惯：每次mmap后，立刻检查返回值。别偷懒，MAP_FAILED不是NULL，是(void*)-1。我曾经因为这个bug查了整整一个下午。

共享内存就更有意思了。两个进程要交换数据，最直接的方式就是共享内存：

// 进程A：创建共享内存
int shm_fd = shm_open("/myshm", O_CREAT | O_RDWR, 0666);
ftruncate(shm_fd, 4096);
void *ptr = mmap(0, 4096, PROT_READ | PROT_WRITE, 
                 MAP_SHARED, shm_fd, 0);

// 进程B：打开同一块共享内存
int shm_fd = shm_open("/myshm", O_RDWR, 0);
void *ptr = mmap(0, 4096, PROT_READ | PROT_WRITE,
                 MAP_SHARED, shm_fd, 0);

注意，shm_open创建的名字必须以斜杠开头。这是POSIX标准，QNX完全遵守。我见过有人用shm_open("/tmp/myshm")，结果死活打不开——名字里不能有路径分隔符。

4.3 内存保护机制：别让你的驱动裸奔

QNX的内存保护，说白了就是MMU提供的权限控制。每个内存区域都有三个属性：读、写、执行。你可以在mmap时通过PROT_*标志设置。

驱动开发中，我特别强调一点：不要同时设置PROT_EXEC和PROT_WRITE。为什么？想想看，如果某块内存既可写又可执行，攻击者就能把shellcode写进去然后跳转执行。这是最基本的安全原则。

警告：QNX的procnto-smp-instr内核默认启用了NX（No Execute）保护。如果你在栈上执行代码，会收到SIGSEGV。别问我怎么知道的——我曾经在调试一个JIT编译器时被这个坑惨了。

还有一个保护机制叫ASLR（地址空间布局随机化）。QNX默认开启，每次启动时进程的加载地址都会变化。这对调试不太友好，但安全性提升很大。如果你需要关闭它，可以在编译时加-Wl,-no-aslr，不过我不建议在生产环境这么做。

4.4 内存泄漏排查：实战经验分享

内存泄漏是嵌入式开发的顽疾。在QNX里，我常用的排查手段有三个：

  1. 使用procmgr监视进程内存：pidin -p <pid> -m 可以实时查看内存使用情况。如果某个进程的内存只增不减，基本就是泄漏了。
  2. 启用malloc调试：设置环境变量MALLOC_DEBUG=1，QNX的malloc会记录每次分配和释放的调用栈。泄漏时用malloc_debug -l <pid>导出报告。
  3. Valgrind的QNX移植版：虽然功能不如Linux版完整，但对付常见泄漏足够了。

我分享一个真实案例。有次做摄像头驱动，发现运行12小时后内存暴涨。用pidin一看，每次采集一帧图像，进程的resident set size就增加4KB。查代码发现，mmap映射的buffer在采集循环里反复调用，但只映射不释放。加了个munmap就解决了。

排查口诀：
mmap要配munmap，
malloc要配free，
shm_open要配shm_unlink，
文件描述符要配close。

最后说个技巧。QNX的mempart工具可以查看物理内存分区情况。如果你怀疑是内核内存泄漏，用mempart -v能看到每个分区的使用量。我一般会写个脚本，每5分钟记录一次，然后对比变化趋势。

嗯，内存管理这块内容不少，但核心就几条：理解虚拟内存的隔离作用，用好mmap的各种变体，时刻想着保护机制，以及养成排查泄漏的习惯。你把这些吃透了，QNX驱动开发就算入门了。

← 上一章 📖 返回目录 下一章 →