解决mmap随机内存分配问题，实现进程间高效数据共享

1. 能否用mmap实现跨进程无重处理快速访问？ #

完全可以，这正是mmap共享内存机制的典型应用场景：

• 实现方式：处理进程将大型数组、索引及衍生数据写入一个文件（或使用POSIX有名共享内存对象），通过mmap()将该文件映射到自身地址空间完成处理。其他进程只需直接调用mmap()映射同一个文件/共享内存对象，就能直接访问已处理好的内存数据，无需重新加载和计算。
• 优势匹配：这种方式完全规避了SQL/NoSQL的序列化/反序列化开销，也没有管道、消息队列等IPC的通信成本；进程启动时仅需执行一次mmap()操作，耗时极短，满足近乎即时启动的要求。如果用tmpfs这类内存文件系统存储映射文件，还能避免磁盘IO，性能和纯内存操作几乎一致。

2. 解决mmap随机地址分配的问题 #

方法一：使用MAP_FIXED指定固定地址 #

调用mmap()时传入MAP_FIXED标志，并在addr参数中指定期望的起始地址。但这种方式风险较高：

• 必须确保指定的地址区间在进程地址空间中完全空闲，否则会覆盖已有的内存映射或堆/栈数据，导致程序崩溃。
• 不同进程的地址空间布局可能存在差异（比如ASLR开启时），指定的地址在一个进程中可用，在另一个进程中可能已被占用。

方法二：使用偏移量替代绝对指针（推荐） #

更安全可靠的做法是，构建数据结构时不使用绝对内存指针，而是存储相对于映射区域起始地址的整数偏移量。例如：

• 假设映射区域的起始地址为base_addr，某个数据项的偏移量为offset，则访问该数据时用base_addr + offset计算实际地址。
• 所有索引、指针类字段都改用偏移量存储，这样无论mmap把文件映射到哪个随机地址，只要拿到映射的起始地址，就能正确定位所有数据。这是跨进程共享内存数据结构的标准实践。

3. 其他可选方案 #

• POSIX有名共享内存：直接通过shm_open()创建共享内存对象，再用mmap()映射，本质和文件映射类似，但无需创建实际磁盘文件，更适合临时共享场景。
• System V共享内存：通过shmget()、shmat()等接口实现，但接口相对陈旧，不如mmap灵活，现在一般推荐使用POSIX的mmap方案。

内容的提问来源于stack exchange，提问作者Mikhail Yevchenko