嘿，这个问题问得很精准！咱们来把这事掰扯清楚：

首先，内核已经帮你做了最优的页缓存共享 #

当两个独立进程分别用mmap()以只读方式映射同一个大文件时，内核的全局页缓存机制已经在自动复用物理内存页了——不管哪个进程先访问文件的某一页，该页会被加载到页缓存中；另一个进程访问同一页时，直接复用缓存里的物理页，绝对不会重复存储。

而且因为是只读访问，你甚至不需要额外指定MAP_SHARED（当然指定了也没问题），默认的MAP_PRIVATE在只读场景下，页缓存的共享逻辑和MAP_SHARED是一致的——内核没必要为只读的页创建私有副本，完全可以放心共享。

有没有必要用共享内存实现“更优”共享？ #

答案是：完全没必要，反而可能弄巧成拙。原因如下：

• 如果你尝试用POSIX/System V共享内存来手动共享文件内容，你需要先把文件数据读到共享内存区域，这会多一次额外的内存拷贝，反而比直接mmap文件的零拷贝机制效率更低。
• 手动管理共享内存还需要处理内存大小分配、同步（虽然只读场景同步压力小，但依然有初始化、销毁的复杂度），徒增开发维护成本。
• 就算你想让两个进程共享同一个mmap映射区域（比如通过进程间传递文件描述符？但无派生关系的进程传递fd也需要额外IPC机制），最终底层还是依赖内核的页缓存，不会比各自mmap有任何性能提升。

总结 #

直接让p1和p2各自调用mmap()只读映射目标文件的对应区域，就是最简洁、最高效的方案。内核的页缓存已经把跨进程的内存共享做到了极致，不需要额外折腾共享内存机制。

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