关于require, include的性能
测试数据:
有一个数组 , 一共3万条数据, 1MB大小, 我分成2种方法放数据来测试
1. array.php 直接新建个空php文件, 把数组放进去 <?php $array = array(...3万数组...); ?>
2. array.txt 把数组serialize后保存
测试程序:
复制内容到剪贴板 代码:for ($i=0 ;$i<100; $i++) {
require(dirname(__FILE__).'/array.php');
}
结果:
页面执行时间: 12.8904 秒
页面执行时间: 12.8863 秒
页面执行时间: 12.8942 秒
页面执行时间: 12.8992 秒
页面执行时间: 12.9013 秒
require和include速度一样,结果就不写了
测试程序:
复制内容到剪贴板 代码:for ($i=0 ;$i<100; $i++) {
$all = unserialize(file_get_contents(dirname(__FILE__).'/array.txt'));
}
结果:
页面执行时间: 3.7988 秒
页面执行时间: 3.8125 秒
页面执行时间: 3.8118 秒
页面执行时间: 3.8062 秒
页面执行时间: 3.8311 秒
因此,引申出2点结论:
1. 在写一些类或函数的时候, 大数组不要放在程序里, 应该用file_get_contents方法读取
2. 做缓存的方式, file_get_contents再unserialize要比require和include快, 比如sablog和discuz的缓存方式就有问题, 它们是把数据库里的内容, 程序读出来再存成可以
require的数组, 具体程序我没再看了, var_export就可以搞定, 但实现起来, serialize要方便直观容易得多
3. 关于安全性, php直接require的方式, 虽然可以在头顶上加上 defined()来判断,但file_get_contents方法安全性可以这样做, 把重要数据都放在一个目录里, 如/data/然
后在/data/里放个.htaccess, 写deny from all, 或者在根目录放.htaccess加个文件后缀的规则禁止都可以