json,serialize,var_export

描述

使用PHP的站点系统，在面对大数据量的时候不得不引入缓存机制。有一种简单有效的办法是将PHP的对象缓存到文件里。下面我来对这3种缓存方法进行说明和比较。

第一种方法：JSON

JSON缓存变量的方式主要是使用 json_encode和json_decode 两个php函数。json_encode可以将变量变成文本格式，这样就可以存到文件里。
使用样例如下：

// Store cache
file_put_contents($cachePath, json_encode($myDataArray));
// Retrieve cache
$myDataArray = json_decode(file_get_contents($cachePath));

优势：

• 变量序列化后依然可读
  可以给其他系统使用，因为JSON格式是标准的

劣势：

• 只对UFT-8的数据有效，其他编码可能不能很好工作
• 只对stdClass类的示例有效

第二种方法：serialize

序列化的方式主要使用 serialize和unserialize 这2个函数，序列化的方式和JSON都是，都是以文本方式存储。

// Store cache
file_put_contents($cachePath, serialize($myDataArray));
// Retrieve cache
$myDataArray = unserialize(file_get_contents($cachePath));

优势：

• 允许非UTF-8的变量
• 支持除了stdClass 示例外的其他实例

劣势：

• 编码后的文本对人来说是不可读的
• 无法被其他语言的系统引用

第三种方法：var_export

这种方式是用var_export函数将变量内容打印到一个PHP文件里，使用include的方式来重新获取变量内容。因此生成的缓存文件时一个php文件，内容如下

// Store cache
file_put_contents($cachePath, "

优势：

• 对编码格式无要求，允许非UTF-8的编码
• 缓存文件易读
• 获取变量的时候直接使用语言特性，而非函数
• 当使用opcode的时候，缓存php文件会放在opcode的缓存里（这实际上是一个劣势)

劣势：

• 不能缓存不带__set_state 方法的对象
• var_export出来的变量里不能带有影响php语法解析的内容，触发语法错误，可能影响你的php应用

性能测试

是用5组不同大小（904B, ~18kB, ~250kB, ~4.5MB and ~72.5MB）的数组，进行以下测试。

• 1 使用编码函数对数据进行10次编码
• 2 计算编码后的数据的大小
• 3 对编码后的数据进行10次解码

结论
2.53GHz, 4GB, Ubuntu linux, PHP 5.3.0RC4.这样配置的笔记本上，测试的结果如下：

上面2个图表示100%是最佳的，var_export在编码和解码的性能上不佳。建议在数据量小的时候使用序列化的方法，如果数据量非常大，那就要考虑数据结构的问题了。

原文出处