php中為什么不要使用include/require_once-創(chuàng)新互聯(lián)

這篇文章主要為大家展示了“php中為什么不要使用include/require_once”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“php中為什么不要使用include/require_once”這篇文章吧。

成都創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務，包含不限于做網(wǎng)站、成都網(wǎng)站建設、康平網(wǎng)絡推廣、微信小程序、康平網(wǎng)絡營銷、康平企業(yè)策劃、康平品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們大的嘉獎；成都創(chuàng)新互聯(lián)為所有大學生創(chuàng)業(yè)者提供康平建站搭建服務，24小時服務熱線：18980820575，官方網(wǎng)址：muchs.cn

關于使用include還是include_once(以下,都包含require_once), 這個討論很長了, 結(jié)論也一直有, 就是盡量使用include, 而不是include_once, 以前最多的理由的是, include_once需要查詢一遍已加載的文件列表, 確認是否存在, 然后再加載.

誠然, 這個理由是對的, 不過, 我今天要說的, 是另外一個的原因.

我們知道, PHP去判斷一個文件是否被加載, 是需要得到這個文件的opened_path的, 意思是說, 比如:

復制代碼代碼如下:

<?php
set_include_path("/tmp/:/tmp2/");
include_once("2.php");
?>

當PHP看到include_once “2.php”的時候, 他并不知道這個文件的實際路徑是什么, 也就無法從已加載的文件列表去判斷是否已經(jīng)加載, 所以在include_once的實現(xiàn)中, 會首先嘗試解析這個文件的真實路徑(對于普通文件這個解析僅僅類似是檢查getcwd和文件路徑, 所以如果是相對路徑, 一般是不會成功), 如果解析成功, 則查找EG(include_files), 如果存在則說明包含過了, 返回, 否則open這個文件, 從而得到這個文件的opened_path. 比如上面的例子, 這個文件存在于 “/tmp2/2.php”.

然后, 得到了這個opened_path以后, PHP去已加載的文件列表去查找, 是否已經(jīng)包含, 如果沒有包含, 那么就直接compile, 不再需要open file了.

1. 嘗試解析文件的絕對路徑, 如果能解析成功, 則檢查EG(included_files), 存在則返回, 不存在繼續(xù)
2. 打開文件, 得到文件的打開路徑(opened path)
3. 拿opened path去EG(included_files)查找, 是否存在, 如果存在則返回, 不存在繼續(xù)
4. 編譯文件(compile_file)

這個在大多數(shù)情況下, 不是問題, 然而問題出在當你使用APC的時候…

在使用APC的時候, APC劫持了compile_file這個編譯文件的指針, 從而直接從cache中得到編譯結(jié)果, 避免了對實際文件的open, 避免了對open的system call.

然而, 當你在代碼中使用include_once的時候, 在compile_file之前, PHP已經(jīng)嘗試去open file了, 然后才進入被APC劫持的compile file中, 這樣一來, 就會產(chǎn)生一次額外的open操作. 而APC正是為了解決這個問題, 引入了include_once_override, 在include_once_override開啟的情況下, APC會劫持PHP的ZEND_INCLUDE_OR_EVAL opcode handler, 通過stat來確定文件的絕對路徑, 然后如果發(fā)現(xiàn)沒有被加載, 就改寫opcode為include, 做一個tricky解決方案.

但是, 很可惜, 如我所說, APC的include_once_override實現(xiàn)的一直不好, 會有一些未定義的問題, 比如:

復制代碼代碼如下:

<?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ù)訪問就會得到如下錯誤:

Fatal error - include() : Cannot redeclare class b

排除這些技術因素, 我也一直認為, 我們應該使用include, 而不是include_once, 因為我們完全能做到自己規(guī)劃, 一個文件只被加載一次. 還可以借助自動加載, 來做到這一點.

你使用include_once, 只能證明, 你對自己的代碼沒信心.

所以, 建議大家, 不要再使用include_once

以上是“php中為什么不要使用include/require_once”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學習更多知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

分享標題：php中為什么不要使用include/require_once-創(chuàng)新互聯(lián)
轉(zhuǎn)載來于：http://muchs.cn/article48/dejcep.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供建站公司、網(wǎng)站設計、網(wǎng)站改版、搜索引擎優(yōu)化、品牌網(wǎng)站設計、云服務器

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容