在 Linux 系统编程中，进程间通信（IPC）是实现多进程协作的核心能力。相较于管道、FIFO 等基于文件的简易 IPC 机制，System V IPC（共享内存、消息队列、信号量）凭借内核级资源管理、零拷贝高性能等特性，成为高性能进程通信的经典方案。本文将从内核底层视角，拆解 System V IPC 的核心逻辑、组件特性，并客观分析其优缺点。
一、System V IPC 的底层逻辑（内核视角）
System V IPC 是 Linux 内核提供的系统级 IPC 机制，所有资源（共享内存、消息队列、信号量）均由内核统一管理，而非隶属于某个进程。要理解其底层，需先掌握三个核心概念：
1. 内核核心数据结构：ipc_perm
内核为每一个 System V IPC 资源维护一个 ipc_perm 结构体（定义在 sys/ipc.h），这是权限和标识的核心：
struct ipc_perm {
key_t __key; // 生成资源的 ftok 键值
uid_t uid; // 资源所有者 UID
gid_t gid; // 资源所有者 GID
uid_t cuid; // 创建者 UID
gid_t cgid; // 创建者 GID
mode_t mode; // 权限位（如 0666，无执行权限）
unsigned short seq; // 资源序列号（避免标识符重复）
};
无论是共享内存、消息队列还是信号量，其内核管理结构（shmid_ds/msqid_ds/semid_ds）都包含 ipc_perm 成员 —— 内核通过该结构体实现权限检查、资源标识和所有者管理。
2. Key 与标识符：资源的全局命名与本地索引
- Key（键值）：通过
ftok(const char *pathname, int proj_id)生成，是 System V IPC 资源的全局唯一命名。其底层逻辑是：结合文件的 inode 号（pathname必须是存在且可访问的文件）和项目 ID（proj_id，1~255），计算出唯一的key_t值，让不同进程能找到同一个 IPC 资源。 - 标识符（shmid/msqid/semid）：内核为每个 IPC 资源分配的本地区域唯一索引（类似文件描述符），通过
shmget()/msgget()/semget()获取。内核会保证同一 Key 对应同一个标识符，不同 Key 对应不同标识符。
3. 资源持久化：内核级生命周期
System V IPC 资源属于内核资源，而非进程资源：
- 即使创建资源的进程退出，资源依然存在（内核不会自动销毁）；
- 只有显式调用
shmctl(IPC_RMID)/msgctl(IPC_RMID)/semctl(IPC_RMID)，或使用 工具删除，或系统重启，资源才会释放。
