mmap 多进程共享必须用 MAP_SHARED因其确保所有进程映射同一物理页并同步回文件MAP_PRIVATE 为写时复制修改不共享。需 O_RDWR 打开、ftruncate 预设大小并配合适当同步机制。为什么 mmap 在多进程共享中必须用 MAP_SHARED 而不是 MAP_PRIVATE因为 MAP_PRIVATE 创建的是写时复制COW映射子进程或其它进程对映射区域的修改不会反映到文件也不会被其他进程看到——它根本不是共享的。只有 MAP_SHARED 才保证所有映射该文件的进程看到同一份物理内存页且修改会同步回文件进而被其它进程通过映射感知。常见错误现象mmap 后写入数据另一进程读出来全是初始值或随机垃圾strace 看到 mmap 返回成功但 msync 失败或被忽略。必须用 open(..., O_RDWR) 打开文件只读打开无法映射为可写 MAP_SHARED文件需预先用 ftruncate 设置足够大小否则写越界触发 SIGBUSLinux 下若挂载文件系统为 noexec 或 nosuid 一般不影响但 nodev 不影响真正要防的是 mand强制访问控制或 SELinux 限制 memprotect 类型策略如何避免多个进程 mmap 同一文件时的竞态和初始化撕裂文件映射本身不提供同步机制。如果进程 A 还没写完结构体头部进程 B 就开始读就会读到半初始化状态——这不是 mmap 的 bug而是你没加同步。典型使用场景一个 producer 进程写入数据块 更新 ready_flag 字段多个 consumer 进程轮询等待就绪。立即学习“C免费学习笔记深入”不要用普通变量做标志位必须是 std::atomic_int 或 volatile sig_atomic_t 并配合 memory_order_seq_cstC11更可靠的做法是用 pthread_mutex_t 存在共享内存里但需用 PTHREAD_PROCESS_SHARED 初始化且所有进程必须在 mmap 后调用 pthread_mutexattr_setpshared(attr, PTHREAD_PROCESS_SHARED)简单方案用 sem_open(/myshm, O_CREAT, 0644, 0) 配合命名信号量比手搓自旋更省 CPUmmap 映射普通文件 vs /dev/shm 的实际性能差异在哪映射 /dev/shm/mydatatmpfs通常比映射磁盘文件快但差别不在“是否落盘”而在于页回收行为和锁竞争。 Mokker AI AI产品图添加背景