PHP数组性能优于序列化，因数组是内存原生结构，而serialize()和json_encode()需字符串转换并增加开销；小数组反序列化比直接访问慢2–10倍，JSON更安全但丢弃PHP特有类型，缓存推荐JSON或igbinary，超大数组宜用msgpack。
PHP 中数组和序列化（如 serialize()、json_encode()）在性能上差异明显，核心在于：数组是内存中的原生数据结构，而序列化是将数据转换为字符串的过程，必然带来开销。实际性能差距取决于数据规模、嵌套深度、字符集、是否含资源或闭包等不可序列化内容。
内存占用与初始化速度
数组直接在内存中构建，零序列化开销，读写访问毫秒级甚至纳秒级；而 serialize() 生成的字符串通常比原始数组内存占用高 20%–50%，尤其含大量字符串时（因增加类型标识、长度前缀等元信息）。json_encode() 虽更紧凑，但不支持 PHP 特有类型（如资源、Closure、引用），且 UTF-8 编码处理也会引入额外计算。
- 小数组（unserialize() 快 3–8 倍
- 大数组（>10k 元素，多维）：
unserialize()可能比原生数组访问慢一个数量级，主因是字符串解析与类型重建 - JSON 场景下，若仅需 Web API 交互，
json_decode($str, true)返回数组，但首次解析仍比直接用数组慢 2–5 倍
持久化与跨进程传输场景
数组无法直接存储或网络传输，必须序列化。此时性能权衡转向「序列化一次、多次使用」还是「高频反序列化」：
- 缓存场景（如 Redis、APCu）：推荐先
serialize()或json_encode()存入，取回后一次性unserialize()—— 避免反复构造相同数组 - Session 数据：PHP 默认用
serialize()，若切换为json序列化器（需自定义 session handler），可提升约 15% 解析速度，但会丢失对象方法和私有属性可见性 - CLI 进程间通信（如 pipe、shared memory）：优先传序列化字符串，接收方再还原；避免尝试共享数组内存（PHP 不支持）
安全与兼容性限制
序列化不是纯性能问题，更是边界控制手段：
立即学习“PHP免费学习笔记（深入）”；
-
unserialize()存在反序列化漏洞风险（尤其处理不可信输入），PHP 7.4+ 推荐配合allowed_classes参数限制类名 -
json_encode()天然免疫反序列化攻击，但会静默丢弃资源、NaN、Infinity、循环引用，并将对象转为 JSON 对象（非关联数组） - PHP 8.1 引入
serialize($data, [‘callback’ => …])支持自定义序列化逻辑，可用于跳过敏感字段或压缩大数据
实测建议与优化方向
不要盲目替换，按场景选型：
- 纯内存计算、配置加载、临时聚合：坚持用数组，不序列化
- 需存数据库/文件/缓存：简单结构优先 JSON（快、安全、跨语言）；含对象或需完整 PHP 类型语义，再考虑
serialize() - 高频读写缓存项：用 APCu 存数组（它内部已优化）；Redis 则启用
igbinary扩展替代原生serialize()，可提速 30%–50%，体积减小 20% - 超大数组（如日志批处理）：考虑分块序列化 + 流式解析，或改用
msgpack_pack()（需安装 msgpack 扩展），比 JSON 小且快
