关于require ,include 性能的问题

关于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加个文件后缀的规则禁止都可以