PHP 7.2 中 shmop 共享内存必须配合信号量（sem_get/acquire/release）实现进程互斥，或改用 Yac 扩展；禁用硬编码 key、需设权限 0644、预留内存余量并校验写入长度。
PHP 7.2 中使用 shmop 进行多进程共享内存读写时，不加锁确实极易产生脏数据——比如写入被覆盖、读取到中间态、结构错乱等。这不是 PHP 的 bug，而是共享内存本身的特性：它只提供“可共用的字节块”，不内置任何同步机制。解决方案的核心不是回避锁，而是选用**轻量、可靠、与 shmop 匹配的同步方式**。
必须搭配信号量（Semaphore）做进程级互斥
共享内存本身无锁，但 Linux 的 System V IPC 提供了配套的信号量机制，sem_get()、sem_acquire() 和 sem_release() 可与 shmop 协同工作，实现原子级临界区保护。这是最标准、最稳妥的做法。
- 用
ftok(__FILE__, 's')生成与共享内存 key 同源但独立的信号量 key，避免 key 冲突 - 创建信号量时设初始值为 1：
$sem = sem_get($sem_key, 1, 0644, 1); - 每次操作共享内存前调用
sem_acquire($sem)；操作完成后立即sem_release($sem) - 注意：不要在 acquire 后长时间停留（如 sleep 或复杂计算），否则会阻塞其他进程
用固定大小结构 + 原子写入规避部分竞争
若场景简单（如仅更新一个整数计数器、状态码或短字符串），可设计“全量覆盖式”写法，配合 shmop_write() 的返回值校验，降低出错概率：
- 预先约定内存布局，例如前 4 字节存 int 类型状态，后 100 字节存 UTF-8 字符串
- 每次写入都 完整重写整个结构体，而非追加或局部修改
- 检查
shmop_write()返回值是否等于预期字节数，不等则说明写入被截断，需重试或报错 - 读取时也按固定偏移和长度读，再用
unpack('Lstatus/a100msg', $raw)解析，避免残留垃圾数据
改用 Yac 替代手写 shmop（推荐用于缓存类场景）
如果目标是高频读写的键值缓存（如配置、页面片段、API 响应快照），直接放弃 raw shmop，改用 Yac 扩展。它专为 PHP 多进程共享内存优化：
立即学习“PHP免费学习笔记（深入）”；
- 无锁设计（lock-free），靠原子哈希槽更新 + 冲突探测，天然抗并发写入
- 安装简单：
pecl install yac，启用后无需手动管理 key、size、锁 - 接口极简：
yac_set('counter', 123); $val = yac_get('counter'); - 注意：Yac 不保证强一致性，适合“可丢失、可重建”的缓存，不适用于金融类精确状态同步
避免踩坑的关键细节
很多脏数据问题其实源于基础配置错误，而非并发逻辑本身：
-
shmop_open()的 key 必须用ftok()生成，不能硬编码整数或用 rand()，否则不同脚本可能映射到同一段内存 - 权限设为
0644（而非默认0600），确保 CLI 进程和 Web 进程（如 www-data 与 root）都能访问 - 共享内存段大小要预留余量，写入超长字符串会导致静默截断，建议写入前
strlen($data) <= $size - 1校验 - 进程退出前务必调用
shmop_close()；长期运行的守护进程还应定期检测并清理已废弃的段（shmop_delete()）
