【发布时间】：2013-07-03 14:11:09
【问题描述】：
在 PHP 中，我很难在大量对象（100000 多个对象）上使用 serialize/unserialize。这些对象可以有很多不同的类型，但都是基类的后代。
不知何故，当我在对象数组上使用unserialize 时，大约 0,001% 的对象生成错误！而是生成了一个完全不同的对象。这不是随机发生的，而是每次都使用相同的对象。但是如果我改变数组的顺序，它会发生在不同的对象上，所以这对我来说似乎是一个错误。
我切换到json_encode/json_decode，但发现这总是使用stdClass作为对象的类。我通过将每个对象的类名包含为一个属性来解决这个问题，然后使用这个属性构造一个新对象，但是这个解决方案不是很优雅。
将var_export 与eval 一起使用可以正常工作，但比其他方法慢约3 倍，并且使用更多内存。
现在我的问题是：
- 什么可能导致错误/错误的对象创建
unserialize? - 有没有更好的方法将
json_decode与对象数组一起使用，以便类以某种方式存储在 json 中 自动？ - 是否还有其他方法可以在 PHP 中读取/写入大量对象？
更新
我开始相信我的数组数据一定有什么奇怪的地方，因为msgpack_serialize（php 扩展，serialize 的替代品）我得到了同样的错误（但奇怪的是 不是相同的对象生成错误！）。
更新 2
找到了一个解决方案：我不是在整个数组上执行serialize，而是在每个对象上执行，首先是serialize，然后是base64_encode，然后我将每个序列化对象存储为文本文件中的单独一行。这样我就可以生成整个对象数组，然后使用file() 和unserialize 和base64_decode 迭代每个对象：不再出现错误！
【问题讨论】：
-
出现了哪些具体的错误？
-
不知何故，使用反序列化生成的一些对象实际上是一个完全不同的对象，它也在数组中，但因此生成了两次。因此，一些指向对象的内部指针似乎有问题......
-
检查我的答案 Dylan serialize() 更适合大型对象 json_encode 更适合没有资源且您不在乎它们是否正确“唤醒”的对象。
-
你用什么版本的 php 观察到这个？听起来它可能与bugs.php.net/bug.php?id=66085 有关，如果您在序列化调用中保持对数组项的实时外部引用（例如在全局中），是否修复了不正确的条目。
标签： php arrays object serialization json