請(qǐng)離開include_once和require_once
誠然, 這個(gè)理由是對(duì)的, 不過, 我今天要說的, 是另外一個(gè)的原因.
我們知道, PHP去判斷一個(gè)文件是否被加載, 是需要得到這個(gè)文件的opened_path的, 意思是說, 比如:
<?php
set_include_path("/tmp/:/tmp2/");
include_once("2.php");
?>
當(dāng)PHP看到include_once “2.php”的時(shí)候, 他并不知道這個(gè)文件的實(shí)際路徑是什么, 也就無法從已加載的文件列表去判斷是否已經(jīng)加載, 所以在include_once的實(shí)現(xiàn)中, 會(huì)首先嘗試解析這個(gè)文件的真實(shí)路徑(對(duì)于普通文件這個(gè)解析僅僅類似是檢查getcwd和文件路徑, 所以如果是相對(duì)路徑, 一般是不會(huì)成功), 如果解析成功, 則查找EG(include_files), 如果存在則說明包含過了, 返回, 否則open這個(gè)文件, 從而得到這個(gè)文件的opened_path. 比如上面的例子, 這個(gè)文件存在于 “/tmp2/2.php”.
然后, 得到了這個(gè)opened_path以后, PHP去已加載的文件列表去查找, 是否已經(jīng)包含, 如果沒有包含, 那么就直接compile, 不再需要open file了.
1. 嘗試解析文件的絕對(duì)路徑, 如果能解析成功, 則檢查EG(included_files), 存在則返回, 不存在繼續(xù)
2. 打開文件, 得到文件的打開路徑(opened path)
3. 拿opened path去EG(included_files)查找, 是否存在, 如果存在則返回, 不存在繼續(xù)
4. 編譯文件(compile_file)
這個(gè)在大多數(shù)情況下, 不是問題, 然而問題出在當(dāng)你使用APC的時(shí)候…
但是, 很可惜, 如我所說, APC的include_once_override實(shí)現(xiàn)的一直不好, 會(huì)有一些未定義的問題, 比如:
<?php
set_include_path("/tmp");
function a($arg = array()) {
include_once("b.php");
}
a();
a();
?>
然后, 我們的b.php放置在”/tmp/b.php”, 內(nèi)容如下:
<?php
class B {}
?>
那么在打開apc.include_once_override的情況下, 連續(xù)訪問就會(huì)得到如下錯(cuò)誤:
Fatal error - include() : Cannot redeclare class
排除這些技術(shù)因素, 我也一直認(rèn)為, 我們應(yīng)該使用include, 而不是include_once, 因?yàn)槲覀兺耆茏龅阶约阂?guī)劃, 一個(gè)文件只被加載一次. 還可以借助自動(dòng)加載, 來做到這一點(diǎn).
你使用include_once,只能證明, 你對(duì)自己的代碼沒信心.
所以, 建議大家, 不要再使用include_once
相關(guān)文章
工廠模式在Zend Framework中應(yīng)用介紹
在Zend Framework中,使用了多種設(shè)計(jì)模式。其中對(duì)數(shù)據(jù)庫的封裝,用到了工廠模式2012-07-07
奉獻(xiàn)出一個(gè)封裝的curl函數(shù) 便于調(diào)用(抓數(shù)據(jù)專用)
這個(gè)函數(shù)就是封裝了curl函數(shù)的常用步驟,方便大家抓數(shù)據(jù),小偷程序也是用類似的代碼,需要的朋友可以參考下2013-07-07
Centos 6.5下PHP 5.3安裝ffmpeg擴(kuò)展的步驟詳解
大家都知道ffmpeg是一款視頻流的軟件了,我們?cè)趌inux系統(tǒng)中可以安裝ffmpeg了,這篇文章主要介紹了在Centos 6.5下PHP 5.3安裝ffmpeg擴(kuò)展的步驟,需要的朋友可以參考下。2017-03-03

