共享内存用 shm_open + mmap 最直接，但需手动管理同步、权限、映射检查、msync、munmap 和 shm_unlink；管道优先用 pipe + fork + dup2；std::shared_mutex 不支持跨进程；IPC 错误处理应细化到每个系统调用。
共享内存用 shm_open + mmap 最直接，但得自己管同步
Linux 下 C++ 用共享内存，shm_open 创建匿名或命名内存对象，再用 mmap 映射到进程地址空间——这是最轻量、最快的方式，适合高频读写同一块数据的场景（比如传感器数据流、图像帧缓存）。
常见错误是只映射不设权限，或者忘了调 shm_unlink 导致 /dev/shm 下残留文件；更隐蔽的是多个进程同时读写结构体字段却没加锁，结果看到脏数据或崩溃。
-
shm_open的oflag至少要带O_RDWR，创建时加O_CREAT，权限掩码别写0600（其他进程打不开），常用0666 - 映射后必须检查
mmap返回值是否为MAP_FAILED，否则后续操作会段错误 - 写完记得
msync（尤其需要落盘时），但多数 IPC 场景不用——它影响性能，且默认MAP_SHARED已保证内核页同步 - 进程退出前调
munmap，父进程结束前调shm_unlink，否则下次启动可能因名字冲突失败
管道优先选 pipe 或 posix_spawn 配合 dup2，别硬啃 mkfifo
如果只是父子进程通信（比如主程序起一个子进程做计算并回传结果），pipe 系统调用 + fork + dup2 是最稳的组合。比命名管道 mkfifo 简单得多，没有路径权限、打开阻塞、读写端关闭顺序等一堆边界问题。
典型翻车点：子进程忘记关掉不需要的 fd（比如只读进程还留着写端），导致父进程 read 永远等不到 EOF；或者用 write 写超过 PIPE_BUF（通常是 4KB）字节，触发阻塞甚至死锁。
立即学习“C++免费学习笔记（深入）”；
- 创建 pipe 后立刻
fork，子进程用dup2把pipefd[1]重定向到STDOUT_FILENO（如果要传输出），然后关掉所有原始 pipe fd - 父进程关掉
pipefd[1]，只留pipefd[0]读；子进程相反——漏关任意一端都会让read不返回 - 读写前先用
fcntl(fd, F_SETFL, O_NONBLOCK)设非阻塞，避免卡住；小数据用write/read，大数据考虑sendfile或分块 -
posix_spawn替代fork+exec更安全，能直接指定重定向，省去dup2手动操作
std::shared_mutex 不能跨进程，别指望它保护共享内存
很多人看到 C++17 有 std::shared_mutex 就以为能拿来同步两个独立进程对共享内存的访问——不行。这个互斥量只在单个进程内有效，它的锁状态存在线程栈或堆上，另一进程根本看不到。
跨进程同步必须用内核提供的原语：Linux 上是 sem_open 创建命名信号量，或 pthread_mutexattr_setpshared 配合 PTHREAD_PROCESS_SHARED 属性初始化的互斥量（需放在共享内存里）。
- 用
sem_open("/mysem", O_CREAT, 0666, 1)初始化一个计数为 1 的信号量，两个进程都用相同名字打开 - 共享内存里放一个
pthread_mutex_t时，必须先用pthread_mutexattr_init和pthread_mutexattr_setpshared(&attr, PTHREAD_PROCESS_SHARED)设置属性，再pthread_mutex_init(&mutex, &attr) - 信号量和进程共享互斥量都要求所有进程在退出前调
sem_close/pthread_mutex_destroy，否则资源泄漏 - Windows 上对应的是
CreateMutex或CreateSemaphore，名字可见性规则不同，别直接照搬 Linux 写法
不要为了“统一接口”强行封装成类，IPC 的错误路径比正常路径更重要
写一个 SharedMemoryChannel 类把 shm_open、mmap、信号量全包进去，看起来干净，但实际调试时你会被隐藏的 errno 搞疯：是 shm_open 失败？mmap 失败？还是 sem_wait 被信号中断？每一步的错误码含义和恢复方式都不同，硬塞进一个 open() 方法只会模糊责任边界。
真正关键的是明确每个系统调用的失败条件，并在出错时立刻记录 errno 和上下文（比如 “shm_open(/data) failed: ENOENT”），而不是抛一个泛泛的 std::runtime_error。
- 每个 IPC 步骤单独判断返回值，
if (fd == -1) { perror("shm_open"); return; }比 try-catch 更可靠 - 共享内存大小尽量用
getpagesize()对齐，避免mmap因长度不整报EINVAL - 管道读写建议用
ssize_t n = read(fd, buf, sizeof(buf)-1);并检查n == 0（对方关闭）或n == -1 && errno == EAGAIN（非阻塞下无数据） - 调试时用
ipcs -m/ipcs -s看内核里残留的共享内存段和信号量，比看代码更快定位泄漏
跨进程通信里，90% 的问题出在生命周期管理不对齐：一个进程提前删了共享内存，另一个还在读；或者信号量初值设错，导致第一个进程永远等不到许可。这些没法靠封装规避，只能靠每一步的显式检查和日志。
