0.前言
对象的序列化和反序列化作用就不再赘述,PHP中序列化的结果是一个PHP自定义的字符串格式,有点类似json.
我们在任何语言中设计对象的序列化和反序列化都需要解决几个问题
把某个对象序列化之后,序列化的结果有自描述的功能(从序列化的结果中知道这个对象的具体类型,
知道类型还不够,当然还需要知道这个类型所对应具体的值).
序列化时的权限控制,可以自定义序列化字段等,例如golang中的做的就非常方便.
时间性能问题:在某些性能敏感的场景下,对象序列化就不能拖后腿,例如:高性能服务(我经常使用protobuf来序列化).
空间性能问题:序列化之后的结果不能太长,比如内存中一个int对象,序列化之后数据长度变成了10倍int的长度,那这个序列化算法是有问题的.
本文仅仅从PHP代码角度来解释PHP中序列化和反序列化的过程.,记住一点序列化和反序列化操作的仅仅是对象的数据,这一点有面向对象开发经验的都应该容易理解.
1.序列化serialize和反序列化方法unserialize
PHP原生提供了对象序列化功能,不像c++ ……^_^. 用起来也非常简单,就两个接口.
看到第二行的输出,这个字符串就是序列化的结果,这个结构其实很容读懂,可以发现是通过对象名称/成员名称来映射的,当然不同访问权限的成员序列化之后的标签名称略有不同.
根据我上面讲到的3个问题,那么我们可以来看看
1.自描述功能
O:5:"fobnn":2 其中o就表示了object类型,且类型名称为fobnn,采用这种格式,后面的2表示了有2个成员对象.
关于成员对象,其实也是同一套子描述,这是一个递归的定义.
2.性能问题
PHP序列化的时间性能本文就不分析了,详见后面,但序列化结果其实类似json/bson定义的协议,有协议头,协议头说明了类型,协议体则说明了类型所对应的值,并不会对序列化结果进行压缩.
2.反序列化中的魔术方法
对应上述说的第二个问题,其实PHP中也有解决方法,一种是通过魔术方法,第二种则是自定义序列化函数.先来介绍下魔术方法 __sleep和__wakeup
在序列化之前会先调用__sleep返回的是一个需要序列化的成员名称数组,通过这样我们就可以控制需要序列化的数据,案例中我只返回了hack_name,可以看到结果中只序列化了hack_name成员.
在序列化完成之后,会跳用__wakeup 在这里我们可以做一些后续工作,例如重连数据库之类的.
3.自定义Serializable接口
通过这个接口我们可以自定义序列化和反序列化的行为,这个功能主要可以用来自定义我们的序列化格式.
public function __sleep()
{
return array('hack_name');
}
public function __wakeup()
{
$this->hack_name = 'haha';
}
public function serialize()
{
return json_encode(array('id' => $this->hack_id,'name'=>$this->hack_name ));
}
public function unserialize($var)
{
$array = json_decode($var,true);
$this->hack_name = $array['name'];
$this->hack_id = $array['id'];
}
}
$obj = new fobnn('fobnn',1);
$obj->print();
$serializedstr = serialize($obj);
echo $serializedstr.PHP_EOL;;
$toobj = unserialize($serializedstr);
$toobj->print();
4.PHP动态类型和PHP反序列化
既然上文中提到的自描述功能,那么序列化结果中保存了对象的类型,且PHP是动态类型语言,那么我们就可以来做个简单的实验.
我们修改hack_name反序列化的结果为int类型,i:12345
可以发现,对象成功序列化回来了!并且可以正常工作!. 当然PHP的这种机制提供了灵活多变的语法,但也引入了安全风险. 后续继续分析PHP序列化和反序列化特性带来的安全问题.
原文链接：https://www.f2er.com/php/16393.html