第2章进程地址空间布局

第2章：进程地址空间布局

好，咱们来聊聊QNX里进程的地址空间。说实话，我第一次接触QNX的内存布局时，觉得它跟Linux挺像的。但用久了才发现，细节上差别不小。尤其是MMU的玩法，QNX有自己的脾气。

2.1 虚拟地址空间怎么划分的？

每个QNX进程，都活在自己的虚拟地址空间里。32位系统下，就是4GB的空间。这4GB怎么分？我习惯这么记：

用户空间：0x00000000 – 0x7FFFFFFF（2GB）
内核空间：0x80000000 – 0xFFFFFFFF（2GB）

嗯，这里要注意。QNX的划分跟Linux不一样。Linux通常是3:1或者2:2，但QNX默认就是2:2。为什么？因为QNX是微内核，很多服务跑在用户态，内核本身反而比较轻。所以给内核2GB，其实挺够用的。

实际项目中的坑：我曾经在一个多媒体项目里，发现进程总是莫名其妙地崩溃。查了半天，原来是某个驱动在内核空间申请了太多内存，把用户空间的映射给挤了。从那以后，我养成了习惯——每次做内存规划，先看一眼内核空间的使用情况。

2.2 代码段、数据段、堆、栈的布局

一个进程的虚拟地址空间里，从低地址到高地址，大致是这样排的：

区域	起始地址（典型）	说明
代码段（.text）	0x00010000附近	只读，存放指令
数据段（.data + .bss）	代码段之后	全局变量、静态变量
堆（heap）	数据段之后	动态分配，向高地址增长
栈（stack）	0x7FFFFFFF向下	局部变量、函数调用，向低地址增长

你想想看，堆和栈是相向而长的。堆往上走，栈往下走。如果它们撞上了，那就是经典的“栈溢出”或者“堆溢出”。QNX里，这种碰撞通常会导致SIGSEGV信号。

代码段

代码段是只读的。为什么？因为指令不应该被修改。我见过有人试图在运行时修改代码段，结果直接触发MMU的权限异常。嗯，这其实是个安全设计——防止恶意代码注入。

数据段

数据段分两块：.data存已初始化的全局变量，.bss存未初始化的。.bss在加载时不占磁盘空间，但运行时占内存。这个细节，做嵌入式开发时特别重要——你想想看，如果.bss太大，启动时清零的开销可不小。

我的经验：在QNX上做启动优化时，我习惯用showmem命令查看进程的内存布局。比如：showmem -p 1234，就能看到进程1234的代码段、数据段、堆栈的起始地址和大小。这个命令，我几乎天天用。

堆

堆是动态内存的来源。malloc、calloc、realloc都在这里玩。QNX的堆管理器是malloc()的经典实现，但有个特点——它默认使用mmap()来分配大块内存。为什么？因为大块内存用mmap管理，碎片更少。

我个人习惯，在实时性要求高的场景下，会避免频繁malloc/free。因为堆操作可能引入不确定的延迟。我曾经在一个音频处理项目里，就是因为malloc导致了一个几微秒的抖动，结果声音出现了爆音。后来改用预分配的内存池，问题就解决了。

栈

栈是每个线程私有的。QNX里，主线程的栈大小默认是256KB。但你可以通过pthread_attr_setstacksize()来调整。我建议，如果你的线程有深度递归或者大局部变量，一定要显式设置栈大小。否则，栈溢出会让你抓狂。

避坑指南：我曾经在调试一个网络协议栈时，发现某个线程总是莫名其妙地崩溃。用pidin -p 1234 -v一看，栈底地址和当前栈指针只差了几十个字节。原来是递归调用太深，把栈给撑爆了。从那以后，我写递归函数都会先估算一下栈深度。

2.3 MMU在QNX中的作用

MMU，内存管理单元。说白了，它就是个地址翻译器。QNX里，MMU干三件事：

虚拟地址到物理地址的映射：每个进程看到的是虚拟地址，MMU把它转成物理地址。
权限控制：代码段只读、数据段可读写、内核空间用户态不可访问——这些都是MMU管的。
进程隔离：进程A不能访问进程B的内存。MMU保证了这一点。

QNX的MMU配置，是通过mmap()和munmap()来操作的。比如，你想映射一段物理内存到用户空间：

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

int fd = open("/dev/mem", O_RDWR);
void *ptr = mmap(0, size, PROT_READ | PROT_WRITE, 
                 MAP_SHARED, fd, phys_addr);
// 现在ptr指向了物理地址phys_addr
// 用完记得munmap
munmap(ptr, size);
close(fd);

这段代码，我在做驱动开发时经常用。但要注意，/dev/mem的访问需要root权限。而且，映射物理内存时一定要小心——你映射的地址可能被内核或者其他进程使用。我曾经有一次映射错了地址，结果把内核的数据结构给覆盖了，系统直接panic。

MMU的页表：QNX默认使用4KB大小的页。但如果你有大块连续内存的需求，可以用2MB或者1GB的大页。大页的好处是TLB缺失少，访问速度快。但坏处是内存浪费——你想想看，如果只用了1KB，却分配了2MB，那多出来的空间就浪费了。

嗯，这里还要提一下TLB。TLB是MMU的缓存，存着最近用过的页表项。QNX的TLB管理很高效，但如果你频繁切换进程，TLB会被刷掉，导致性能下降。所以，我建议在性能敏感的场景下，尽量让关键线程绑定到特定CPU核心上，减少上下文切换。

2.4 小结

进程地址空间布局，是理解QNX内存管理的基础。记住三点：

用户空间2GB，内核空间2GB，别搞混。
代码段只读，数据段可读写，堆栈相向生长。
MMU负责翻译、权限、隔离——它是系统的守护者。

下一章，咱们聊聊内存分配策略。到时候我会分享一些实际项目中的malloc调优经验，敬请期待。

📚 课程目录