PHP原生serialize()在高并发下性能差的根本原因是其同步阻塞、非可重入设计，需深度遍历zval、处理引用计数与字符串拼接，导致CPU cache miss上升、延迟抖动加剧；推荐优先使用igbinary扩展替代，速度提升1.5–3倍。
PHP 原生 serialize() 在高并发场景下会成为瓶颈，尤其当对象嵌套深、数据量大或频繁调用时，CPU 占用高、执行慢，且无法跨语言兼容。这不是配置问题，而是设计局限——它依赖 PHP 内部 zval 结构，序列化过程需深度遍历并打标记，反序列化还要重建引用关系。
为什么 serialize() 在高并发下变慢
根本原因在于其同步、阻塞、非可重入的实现：每次调用都触发完整的类型检查 + 引用计数处理 + 序列化字符串拼接。在多线程（如 PHP-FPM 多 worker）或协程（Swoole）环境下，大量小对象高频序列化会导致 CPU cache miss 显著上升，实测 QPS 超 500 后延迟抖动明显增大。
- 对象含
__sleep()或__wakeup()时，额外方法调用开销翻倍 - 数组键为浮点数或负整数时，
serialize()会强制转为字符串，引发隐式类型转换开销 - 反序列化
unserialize()无白名单机制，存在 RCE 风险，线上通常需配合ini_set('unserialize_callback_func', ...)做防护，进一步拖慢速度
用 igbinary 替换原生序列化（推荐首选）
igbinary 是 C 实现的二进制序列化扩展，结构紧凑、无文本解析开销，且天然支持 PHP 引用与循环引用。它不依赖 __sleep()，直接操作内存结构，序列化速度通常比 serialize() 快 1.5–2.5 倍，反序列化快 2–3 倍。
- 安装：
pecl install igbinary，并在php.ini中添加extension=igbinary.so - 启用全局替换（不影响现有代码）：
ini_set('session.serialize_handler', 'igbinary');（对 session 有效） - 手动调用：
igbinary_serialize($data)/igbinary_unserialize($str)，注意返回值类型与serialize()完全一致 - ⚠️ 注意：
igbinary输出是二进制，不能直接存入 JSON 字段或日志明文打印；Redis 缓存时需确保 client 支持 binary（如phpredis默认支持，predis需设['serialization' => 'igbinary']）
简单结构优先用 json_encode() + 类型约束
如果数据是纯数组、标量、stdClass 对象（不含资源、闭包、私有属性），且不需要保留 PHP 特有类型（如 DateTime、ArrayObject），json_encode($data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES) 是更轻量的选择——它由 Zend 引擎底层优化，现代 PHP（8.0+）已启用 SIMD 加速路径。
立即学习“PHP免费学习笔记（深入）”；
- 避免用
JSON_PRETTY_PRINT，格式化会增加 3–5 倍输出长度和编码时间 - 对 float 值，
json_encode()默认保留 14 位精度；若业务允许，可用round($float, 6)预处理，减少字符串长度 - 反序列化必须用
json_decode($str, true)（第二个参数为true），否则返回stdClass，后续数组操作会触发对象到数组的隐式转换开销 - ⚠️ 注意：
json_encode()无法处理资源句柄、Closure、DOMDocument等，遇到会静默跳过或报Warning，需提前过滤
超大规模缓存场景：考虑协议缓冲（Protobuf）或 MessagePack
当单次序列化数据 > 100KB 或要求跨语言（如 PHP ↔ Go 微服务通信），serialize() 和 igbinary 都不再适用。msgpack_pack()（通过 msgpack 扩展）体积更小、解析更快；而 Protobuf（google/protobuf + protoc-gen-php）则提供强 schema 和向后兼容性。
-
msgpack安装后直接用：msgpack_pack($data)/msgpack_unpack($bin)，性能接近igbinary，但体积平均小 15% - Protobuf 需先定义
.proto文件，生成 PHP 类，再调用$obj->serializeToString()；适合长期演进的数据结构，不适合动态数组 - ⚠️ 关键限制：两者都不支持 PHP 的魔术方法、动态属性、资源类型；序列化前必须确保数据是“干净”的数组或预定义类实例
真正影响高并发序列化性能的，往往不是选哪个函数，而是是否在不该序列化的地方做了序列化——比如把整个 Doctrine\ORM\EntityManager 实例塞进 session，或反复序列化未变化的配置数组。先做数据裁剪，再选序列化方式，效果远大于单纯换函数。
