在高并发、多进程的 PHP 应用场景中，进程间通信（IPC）始终是一个绕不开的话题。无论是常驻内存的 Worker 进程、定时任务调度器，还是需要跨进程共享缓存的微服务，传统基于文件或 Redis 的通信方式在延迟和吞吐量上往往难以满足极致要求。PHP 通过 shmop、sysvmsg、sysvsem 等扩展，直接暴露了 System V IPC 与共享内存能力，让开发者能够以极低的系统调用开销实现内核级进程通信。
为什么需要内核级 IPC
PHP 的常规进程模型是“请求隔离”的：每个 FPM 请求或 CLI 脚本运行在独立进程中，变量无法跨进程直接访问。若使用文件锁或数据库作为中介，每次通信都需要经过磁盘 I/O 或网络协议栈，延迟通常在毫秒级。而共享内存将数据直接映射到多个进程的地址空间，读写延迟可降至微秒级；System V 消息队列则在内核中维护消息链表，避免了用户态轮询。
这两类机制特别适合以下场景：
- 多进程消费者模型中的任务分发
- 高频计数器或统计数据的聚合
- 大块二进制数据（如序列化后的配置、模型）的零拷贝共享
- 需要严格同步的临界区保护
shmop：共享内存段的读写
shmop 扩展提供了一套面向共享内存段的文件式 API。使用前需确认 PHP 已启用该扩展（编译时 --enable-shmop）。核心函数包括 shmop_open、shmop_read、shmop_write、shmop_delete 和 shmop_size。
创建与打开共享内存
shmop_open 的第一个参数是 $key，它是一个整型标识符，通常用 ftok() 基于文件路径生成，确保多个进程能定位到同一块内存。第二个参数是访问模式，如 "c" 表示创建，"w" 表示读写，"a" 表示只读。第三个参数是权限位（八进制），第四个参数是内存段大小（字节）。
$key = ftok(__FILE__, 't');
$shmId = shmop_open($key, "c", 0644, 1024);
if (!$shmId) {
exit("无法创建共享内存段\n");
}
写入与读取
写入时需注意偏移量和长度不能超出段大小。shmop_write 返回实际写入字节数，失败返回 false。
$data = str_pad("hello-shm", 1024, "\0");
$written = shmop_write($shmId, $data, 0);
echo "写入 {$written} 字节\n";
读取时使用 shmop_read($shmId, $offset, $length)，通常配合 shmop_size 获取实际长度。
$content = shmop_read($shmId, 0, shmop_size($shmId));
echo "读取内容: " . rtrim($content, "\0") . "\n";
删除与注意事项
shmop_delete 仅标记段为删除，实际释放需等所有进程关闭句柄。在 CLI 脚本中，进程退出后段可能仍驻留内核，需用 ipcs -m 检查并 ipcrm 清理。另外，shmop 不提供任何同步机制，多个进程同时写入同一偏移量会导致数据竞争，必须配合信号量使用。
sysvsem：信号量实现互斥
sysvsem 扩展提供 System V 信号量，用于保护共享内存的临界区。核心函数是 sem_get、sem_acquire、sem_release。
$semId = sem_get($key, 1, 0666, 1); // 1 个信号量，自动释放
sem_acquire($semId);
// 临界区：读写共享内存
sem_release($semId);
sem_get 的第四个参数若为 1，则进程异常退出时内核自动释放信号量，避免死锁。但要注意，信号量本身也是内核资源，频繁 sem_acquire 会带来上下文切换开销，适合保护短小的临界区，而非大块数据拷贝。
sysvmsg：消息队列的异步通信
当需要解耦生产者和消费者，或传递结构化消息时，sysvmsg 比共享内存更合适。它通过 msg_get_queue 创建队列，msg_send 发送，msg_receive 接收。
$queue = msg_get_queue($key, 0666);
msg_send($queue, 1, ['task' => 'resize', 'id' => 42], false, false, $err);
接收端可指定消息类型过滤，并支持阻塞等待：
msg_receive($queue, 0, $msgType, 1024, $data, false, 0, $err);
消息队列的优势在于内核缓冲，发送方无需等待接收方就绪。但队列容量有限（受 msgmnb 内核参数限制），且消息在进程崩溃后可能丢失，不适合持久化要求高的场景。
综合实践：多进程计数器
下面是一个结合 shmop 与 sysvsem 的计数器示例，多个子进程并发递增共享内存中的整数。
$key = ftok(__FILE__, 'c');
$shmId = shmop_open($key, "c", 0644, 8);
$semId = sem_get($key, 1);
shmop_write($shmId, pack('L', 0), 0); // 初始化为 0
$children = [];
for ($i = 0; $i < 4; $i++) {
$pid = pcntl_fork();
if ($pid === 0) {
for ($j = 0; $j < 1000; $j++) {
sem_acquire($semId);
$raw = shmop_read($shmId, 0, 4);
$val = unpack('L', $raw)[1];
shmop_write($shmId, pack('L', $val + 1), 0);
sem_release($semId);
}
exit(0);
}
$children[] = $pid;
}
foreach ($children as $pid) {
pcntl_waitpid($pid, $status);
}
$final = unpack('L', shmop_read($shmId, 0, 4))[1];
echo "最终计数: {$final}\n"; // 应输出 4000
该示例中，pack('L') 与 unpack('L') 确保跨平台 32 位无符号整数表示。若省略信号量，最终计数几乎必然小于 4000。
性能与陷阱
共享内存的读写速度接近内存带宽，但需注意：
- 对齐与字节序：
pack/unpack必须成对使用，跨架构时注意大小端。 - 段大小固定：
shmop_open创建后无法扩容，需预先估算最大尺寸。 - 资源泄漏：未删除的共享内存段和信号量会持续占用内核资源，建议在脚本退出前显式清理。
- 权限与命名空间：容器环境中 System V IPC 可能受
--ipc参数限制，需确保容器共享 IPC 命名空间。
总结
shmop、sysvsem 与 sysvmsg 为 PHP 打开了内核级 IPC 的大门。它们不是日常 Web 开发的常客，但在常驻进程、高性能计算和系统编程领域，其价值无可替代。理解共享内存的零拷贝特性、信号量的互斥语义以及消息队列的异步解耦能力，能帮助你在架构选型时做出更精准的判断。当 Redis 和文件锁成为瓶颈时，不妨回归内核，让进程通信回归它本来的速度。
未经允许不得转载：任鹏个人博客 » PHP 共享内存与信号量：shmop、sysvmsg 的内核级进程通信实践
