似乎serialize是我要使用的一个，有两个原因:

有人指出，unserialize比json_decode更快，而且'read' case听起来比'write' case更有可能。 当使用无效UTF-8字符的字符串时，我遇到了json_encode的问题。当这种情况发生时，字符串最终为空，导致信息丢失。

Y刚刚测试了serialized和json的encode和decode，加上它将把字符串存储的大小。

JSON encoded in 0.067085981369 seconds. Size (1277772)
PHP serialized in 0.12110209465 seconds. Size (1955548)
JSON decode in 0.22470498085 seconds
PHP serialized in 0.211947917938 seconds
json_encode() was roughly 80.52% faster than serialize()
unserialize() was roughly 6.02% faster than json_decode()
JSON string was roughly 53.04% smaller than Serialized string

我们可以得出结论，JSON编码更快，结果字符串更小，但unserialize解码字符串更快。

首先，我修改了脚本，做了更多的基准测试(也做了1000次而不是1次):

<?php

ini_set('display_errors', 1);
error_reporting(E_ALL);

// Make a big, honkin test array
// You may need to adjust this depth to avoid memory limit errors
$testArray = fillArray(0, 5);

$totalJsonTime = 0;
$totalSerializeTime = 0;
$totalJsonWins = 0;

for ($i = 0; $i < 1000; $i++) {
    // Time json encoding
    $start = microtime(true);
    $json = json_encode($testArray);
    $jsonTime = microtime(true) - $start;
    $totalJsonTime += $jsonTime;

    // Time serialization
    $start = microtime(true);
    $serial = serialize($testArray);
    $serializeTime = microtime(true) - $start;
    $totalSerializeTime += $serializeTime;

    if ($jsonTime < $serializeTime) {
        $totalJsonWins++;
    }
}

$totalSerializeWins = 1000 - $totalJsonWins;

// Compare them
if ($totalJsonTime < $totalSerializeTime) {
    printf("json_encode() (wins: $totalJsonWins) was roughly %01.2f%% faster than serialize()\n", ($totalSerializeTime / $totalJsonTime - 1) * 100);
} else {
    printf("serialize() (wins: $totalSerializeWins) was roughly %01.2f%% faster than json_encode()\n", ($totalJsonTime / $totalSerializeTime - 1) * 100);
}

$totalJsonTime = 0;
$totalJson2Time = 0;
$totalSerializeTime = 0;
$totalJsonWins = 0;

for ($i = 0; $i < 1000; $i++) {
    // Time json decoding
    $start = microtime(true);
    $orig = json_decode($json, true);
    $jsonTime = microtime(true) - $start;
    $totalJsonTime += $jsonTime;

    $start = microtime(true);
    $origObj = json_decode($json);
    $jsonTime2 = microtime(true) - $start;
    $totalJson2Time += $jsonTime2;

    // Time serialization
    $start = microtime(true);
    $unserial = unserialize($serial);
    $serializeTime = microtime(true) - $start;
    $totalSerializeTime += $serializeTime;

    if ($jsonTime < $serializeTime) {
        $totalJsonWins++;
    }
}

$totalSerializeWins = 1000 - $totalJsonWins;


// Compare them
if ($totalJsonTime < $totalSerializeTime) {
    printf("json_decode() was roughly %01.2f%% faster than unserialize()\n", ($totalSerializeTime / $totalJsonTime - 1) * 100);
} else {
    printf("unserialize() (wins: $totalSerializeWins) was roughly %01.2f%% faster than json_decode()\n", ($totalJsonTime / $totalSerializeTime - 1) * 100);
}

// Compare them
if ($totalJson2Time < $totalSerializeTime) {
    printf("json_decode() was roughly %01.2f%% faster than unserialize()\n", ($totalSerializeTime / $totalJson2Time - 1) * 100);
} else {
    printf("unserialize() (wins: $totalSerializeWins) was roughly %01.2f%% faster than array json_decode()\n", ($totalJson2Time / $totalSerializeTime - 1) * 100);
}

function fillArray( $depth, $max ) {
    static $seed;
    if (is_null($seed)) {
        $seed = array('a', 2, 'c', 4, 'e', 6, 'g', 8, 'i', 10);
    }
    if ($depth < $max) {
        $node = array();
        foreach ($seed as $key) {
            $node[$key] = fillArray($depth + 1, $max);
        }
        return $node;
    }
    return 'empty';
}

我使用PHP 7的这个版本:

PHP 7.0.14 (cli)(已构建:2017年1月18日19:13:23)(NTS)版权所有(c) PHP Group Zend Engine v3.0.0，版权所有(c) 1998-2016 Zend技术 与Zend OPcache v7.0.14，版权(c) 1999-2016，由Zend Technologies

我的结果是:

Serialize()(胜:999)比json_encode()快大约10.98% Unserialize()(胜:987)大约比json_decode()快33.26% Unserialize()(胜:987)大约比array快48.35% json_decode ()

显然，序列化/反序列化是最快的方法，而json_encode/decode是最可移植的方法。

如果您考虑这样一个场景:您读/写序列化数据的次数是向非php系统发送数据或从非php系统接收数据的次数的10倍或更多，那么就时间而言，最好还是使用序列化/反序列化，并在序列化之前使用json_encode或json_decode。

仅供参考——如果您想将数据序列化为易于阅读和理解的JSON，但具有更多的压缩和更高的性能，您应该检查messagpack。

真是个不错的话题，在看了几个答案后，我想分享我在这个问题上的实验。

我有一个用例，几乎每次与数据库对话时都需要查询一些“巨大的”表(不要问为什么，只是一个事实)。数据库缓存系统是不合适的，因为它不会缓存不同的请求，所以我想到了php缓存系统。

我尝试了apcu，但它不符合需求，内存在这种情况下不够可靠。下一步是通过序列化将缓存到文件中。

表有14355个条目，有18列，这些是我的测试和读取序列化缓存的统计:

JSON:

正如大家所说，json_encode/json_decode的主要不便之处在于它将所有内容转换为StdClass实例(或对象)。如果你需要循环它，你可能会把它转换成一个数组，是的，这会增加转换时间

平均时间:780.2 ms;内存使用:41.5MB;缓存文件大小:3.8MB

Msgpack

@hutch提到了msgpack。漂亮的网站。让我们试一试，好吗?

平均时间:497 ms;内存使用:32MB;缓存文件大小:2.8MB

这样好多了，但需要一个新的扩展;编译有时害怕的人…

IgBinary

@GingerDog提到了igbinary。注意，我设置了igbinary.compact_strings= off，因为我更关心读取性能而不是文件大小。

平均时间:411.4 ms;内存使用:36.75MB;缓存文件大小:3.3MB

比味精包装好。不过，这个也需要编译。

系列化/非系列化

平均时间:477.2 ms;内存使用:36.25MB;缓存文件大小:5.9MB

比JSON更好的性能，数组越大，json_decode就越慢，但你已经知道了。

这些外部扩展缩小了文件大小，在纸上看起来很棒。数字不会说谎。如果您得到的结果与使用标准PHP函数得到的结果几乎相同，那么编译扩展还有什么意义呢?

我们还可以推断出，根据你的需求，你会选择与别人不同的东西:

IgBinary真的很好，比MsgPack执行得更好 Msgpack更擅长压缩数据(注意，我没有尝试igbinary 紧凑。字符串选项)。 不想编译?使用标准。

就是这样，另一个序列化方法的比较，帮助您选择一个!

*使用PHPUnit 3.7.31测试，php 5.5.10 -仅使用标准硬盘和旧双核CPU解码- 10个相同用例测试的平均数字，您的统计数据可能不同

我曾经写过一篇关于这个主题的博文:“缓存一个大数组:JSON，序列化还是var_export?”在这篇文章中，我们展示了序列化是大小数组的最佳选择。对于非常大的数组(> 70MB)， JSON是更好的选择。