知识大全请离开include

Posted 2022-07-14 文件

篇首语：黑暗带来恐惧。知识可以点亮你，驱逐恐惧。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全请离开include相关的知识，希望对你有一定的参考价值。

尽量使用include 而不是include_once 理由是 include_once需要查询一遍已加载的文件列表确认是否存在然后再加载

　　诚然这个理由是对的不过我今天要说的是另外一个的原因我们知道 PHP去判断一个文件是否被加载是需要得到这个文件的opened_path的意思是说比如:

复制代码代码如下: <?php set_include_path("/tmp/:/tmp /"); include_once(" php"); ?>

　　当 PHP看到include_once “ php”的时候他并不知道这个文件的实际路径是什么也就无法从已加载的文件列表去判断是否已经加载所以在include_once的实现中会首先尝试解析这个文件的真实路径(对于普通文件这个解析仅仅类似是检查getcwd和文件路径所以如果是相对路径一般是不会成功) 如果解析成功则查找EG(include_files) 如果存在则说明包含过了返回否则open这个文件从而得到这个文件的opened_path 比如上面的例子这个文件存在于 “/tmp / php” 然后得到了这个opened_path以后 PHP去已加载的文件列表去查找是否已经包含如果没有包含那么就直接pile 不再需要open file了

　　尝试解析文件的绝对路径如果能解析成功则检查EG(included_files) 存在则返回不存在继续打开文件得到文件的打开路径(opened path) 拿opened path去EG(included_files)查找是否存在如果存在则返回不存在继续编译文件(pile_file)

　　这个在大多数情况下不是问题然而问题出在当你使用APC的时候… 在使用APC的时候 APC劫持了pile_file这个编译文件的指针从而直接从cache中得到编译结果避免了对实际文件的open 避免了对open的system call 然而当你在代码中使用include_once的时候在pile_file之前 PHP已经尝试去open file了然后才进入被APC劫持的pile file中这样一来就会产生一次额外的open操作而APC正是为了解决这个问题引入了include_once_override 在include_once_override开启的情况下 APC会劫持PHP的ZEND_INCLUDE_OR_EVAL opcode handler 通过stat来确定文件的绝对路径然后如果发现没有被加载就改写opcode为include 做一个tricky解决方案但是很可惜如我所说 APC的include_once_override实现的一直不好会有一些未定义的问题比如:

复制代码代码如下: <?php set_include_path("/tmp"); function a($arg = array()) include_once("b php"); a(); a(); ?>

　　然后我们的b php放置在”/tmp/b php” 内容如下:

复制代码代码如下: <?php class B ?>

　　那么在打开apc include_once_override的情况下连续访问就会得到如下错误: Fatal error include() : Cannot redeclare class

　　排除这些技术因素我也一直认为我们应该使用include 而不是include_once 因为我们完全能做到自己规划一个文件只被加载一次还可以借助自动加载来做到这一点

cha138/Article/program/PHP/201311/20878

知识大全 请离开include

知识大全请离开include