json_encode/json_decode与serialize/unserialize性能对比

PHP里面,有时候需要把数组给字符串化,来存储进redis或者其他缓存系统中。能达到这种效果的有两组函数,分别是serialize/unserialize和json_encode/json_decode。其中serialize/unserialize是序列化,json_encode/json_decode是转换成JSON字符串。以下就以上两组函数的优缺点简单作个对比。

前面已经说明了情况,不仅要对变量进行转义,还要将转义后的内容进行存储、读取,经过本人测试发现,在对变量进行转义方面serialize/unserialize相比之下要比json_encode/json_decode高效一些,不过,也没有高得离谱,那么,对于大数据方面,二者就有比较大的区别了。
举个例子,通过下面这段代码,产生一个包含20万个(数组)元素的数组。

$module = [];
for ($i = 0; $i < 200000; $i++) {
    $module[$i] = ['SN' => $S->doSN(), 'str' => $S->randChar(30)];
}
// doSN()的作用是产生一个10位的订单序列号,randChar(30)是产生一个30位的随机字符串

通过前面的代码对$module数组进行赋值,接下来就是对数组进行转义了,实际操作发现,serialize($module)时会报错,“Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 14684160 bytes) in ”,如下图:

使用serialize对大数组进行操作时报Allowed memory size错

大概的意思是内存超过了系统允许的14684160B,当然也可以修改PHP.INI来加大。而json_encode($module)就不存在这个问题,虽然说笔者没有继续测试下去看看json_encode会不会也出现内存溢出的情况,但是,就目前的情况来说,json_encode似乎要更强大一点。
好了,接着测试另一种情况,“容错”,这里的容错指的是当无法判断需要转义/反转义的变量是数组还是字符串的情况,如下:

$str = ‘PHP’; //简单的定义一个字符串变量,
serialize($str)得到的结果是s:3:”PHP”;
json_encode($str)得到的结果是”PHP”;
都没有报错,同样的,我们看下反转义的。
unserialize($str)出错了,Notice: unserialize(): Error at offset 0 of 3 bytes in

使用unserialize对字符串进行操作报错

json_decode($str)没有报错,返回值是NULL,这个好理解,毕竟前面的$str中的内容不是一个有效的JSON格式数据。

到这里,大概的总结以下几点:
1、大数组情况下,JSON组函数要更耐用;
2、对未知类型的变量进行反转义时,JSON组函数容错性要更理想;
3、相比而言,JSON组函数转义后的字符串要更短一些,作为文件存储,可以节约一定的存储空间。

顺便,对serialize和json_encode的效率进行一个简单的对比,

$stime = time();
 for($i=0;$i<200000;$i++){
  serialize(['SN'=>$S->doSN(),'str'=>$S->randChar(30)]);
 }
 echo '<br><br>进行20万次serialize运算花费' . (time()-$stime) . '秒';

 $stime = time();
 for($i=0;$i<200000;$i++){
  json_encode(['SN'=>$S->doSN(),'str'=>$S->randChar(30)]);
 }
 echo '<br><br>进行20万次json_encode运算花费' . (time()-$stime) . '秒';
serialize和json_encode的对比结果

通过上面的对比发现,20万次同样的操作,serialize比json_encode快1秒,这样算下来,单次执行而言二者基本上是不相上下了。

转载自:https://www.cnblogs.com/gyrgyr/p/9989786.html