最可靠方式是组合 shm_open 与 mmap：先 shm_open 创建命名共享内存对象，再 mmap 映射；需 ftruncate 设置大小，结构体须 pack 对齐并静态断言校验，同步原语必须置于共享内存中且设为进程共享属性。
用 mmap + shm_open 创建可读写共享内存段
直接映射数组到跨进程共享内存，核心是让两个进程把同一块物理内存映射到各自虚拟地址空间。Linux 下最可靠的方式是组合使用 shm_open 和 mmap：前者创建命名共享内存对象（类似文件），后者将其映射为内存指针。不能跳过 shm_open 直接用 MAP_ANONYMOUS | MAP_SHARED，因为那无法跨进程访问（无名字、无持久句柄）。
关键步骤：
-
shm_open("/mydata", O_CREAT | O_RDWR, 0666)创建命名对象；路径名必须以/开头，且不能含其他斜杠 -
ftruncate(fd, sizeof(int) * 1024)设置大小，否则mmap会失败（Invalid argument） -
mmap(nullptr, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0)映射，返回的指针可直接当数组用 - 映射后记得
close(fd)，但不要munmap或shm_unlink，除非确定所有进程都已退出
结构体数组映射时对齐和 padding 必须显式处理
如果想共享的是自定义结构体数组（比如 struct Record { int id; double value; }[]），直接 sizeof(Record) 可能因编译器填充导致两端解释不一致。一个进程写入 24 字节，另一个可能按 16 字节解析，数据错位。
安全做法：
- 用
#pragma pack(1)或__attribute__((packed))消除填充（注意性能代价） - 在结构体末尾加
static_assert校验：static_assert(sizeof(Record) == 12, "Record layout mismatch") - 跨语言或跨平台共享时，改用
uint8_t数组 + 手动偏移解析，彻底规避 ABI 差异
进程间同步不能依赖普通变量，必须用 pthread_mutex_t 或 sem_t 放在共享内存里
很多人把数组映射过去就以为万事大吉，结果一并发写就崩溃。普通局部 std::mutex 或 std::atomic 无法跨进程生效——它们只在单个进程地址空间内有效。
正确方式是把同步原语也放在共享内存中：
- 用
PTHREAD_PROCESS_SHARED属性初始化pthread_mutex_t：pthread_mutexattr_setpshared(&attr, PTHREAD_PROCESS_SHARED) -
sem_t需用sem_open("/mysem", O_CREAT, 0666, 1)创建命名信号量（注意路径名与shm_open规则一致） - 切忌在栈上声明
pthread_mutex_t后 memcpy 到共享内存——未初始化的 mutex 会导致EINVAL或死锁
Windows 上等价方案是 CreateFileMappingW + MapViewOfFile
Linux 的 shm_open/mmap 在 Windows 没有直接对应物。CreateFileMappingW 是唯一标准路径：它不操作真实文件，传 INVALID_HANDLE_VALUE 即可创建纯内存映射对象。
注意事项：
- 名称字符串必须是全局命名空间（如
L"Global\MyData"），否则默认为会话私有，多用户登录时不可见 -
MapViewOfFile返回的指针可直接转成int*使用，但需确保dwNumberOfBytesToMap与创建时大小一致 - Windows 不支持在共享内存中放
CRITICAL_SECTION，必须用CreateMutexW或CreateSemaphoreW配合命名
真正麻烦的从来不是“怎么映射”，而是“怎么保证两个进程看到的同一块内存始终逻辑一致”——对齐、同步、生命周期管理、错误清理，每一步漏掉都可能让程序在高负载下随机崩掉。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
