sendfile和splice不适用于跨进程大数据块IPC，因其本质是内核态数据搬移，仅支持文件描述符对间传递且至少一端须为socket或pipe，无法将用户态内存直通另一进程地址空间；强行使用会触发隐式拷贝或返回ESPIPE等错误，违背零拷贝核心定义。
Zero-Copy 跨进程大数据传输在 C++ 中无法靠单一 API 实现，必须组合使用 mmap + shm_open（或 memfd_create）+ 同步机制，且需规避内核页表映射生命周期错配问题。
为什么 sendfile 和 splice 不适用于跨进程大数据块 IPC
这两个系统调用本质是内核态数据搬移，仅支持「文件描述符对」间传递，且要求至少一端是 socket 或 pipe —— 无法直接将一块用户态内存零拷贝推给另一进程的用户态地址空间。强行套用会触发隐式拷贝（如通过 pipe 中转），反而降低性能。
-
sendfile不接受普通shm_fd作为源 fd，会返回ESPIPE -
splice对非 pipe 类型 fd 支持极差，Linux 6.1 仍不支持memfd→eventfd等组合 - 即便绕过限制，数据仍需经内核 buffer 中转，不满足「用户态内存直通」这一 zero-copy 核心定义
正确路径：用 memfd_create + mmap 构建共享匿名内存区
这是目前最可控、最接近 zero-copy 语义的方式：父进程创建内存文件，子进程通过 fd 复制（SCM_RIGHTS）获取同一内核对象句柄，双方各自 mmap 到虚拟地址空间，读写完全避开 memcpy。
关键实操点：
立即学习“C++免费学习笔记（深入）”；
- 创建时务必传
MFD_CLOEXEC | MFD_ALLOW_SEALING，防止 fork 后 fd 泄漏，且后续可用fcntl(fd, F_ADD_SEALS, F_SEAL_SHRINK)冻结大小 -
mmap必须用MAP_SHARED，MAP_PRIVATE会导致写时复制，失去共享语义 - 跨进程访问前，必须用
eventfd或sem_t（放在 shared memory 内）同步读写偏移，否则出现脏读/覆盖 - 示例片段：
int fd = memfd_create("ipc_block", MFD_CLOEXEC); ftruncate(fd, size); void* ptr = mmap(nullptr, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
如何安全传递 fd 给目标进程（尤其非父子关系）
Linux 下唯一标准方式是 Unix Domain Socket 的 SCM_RIGHTS 控制消息。不能依赖文件路径（shm_open("/name") 有命名冲突与权限管理负担），也不能用进程 ID 查 /proc（竞态且不可靠）。
- 发送方：用
sendmsg填充struct msghdr，在cmsg中携带int fd值 - 接收方：用
recvmsg提取cmsg，得到的是新 dup 出的 fd，与发送方 fd 号不同但指向同一内核对象 - 注意：socket 必须是
AF_UNIX+SOCK_SEQPACKET（保序、无粘包），避免SOCK_STREAM分片导致 cmsg 解析失败 - 若两进程无预先建立的 socket 连接（如 systemd 启动的服务），需由一个中介（如 dbus 或临时监听 socket）完成首次 fd 传递
真正难的不是映射，而是边界控制：shared memory 本身不提供长度保护、写权限隔离、自动回收。哪怕只漏掉一个 ftruncate 或一次 munmap，就会导致 SIGBUS 或静默数据损坏。生产环境必须配合 seal + fence + ring buffer 协议头校验，而不是裸用 mmap。
