PHP中的函數嵌套層數限制分析
更新時間:2011年06月13日 14:21:32 作者:
PHP本身的函數嵌套是沒有限制的,如果說有限制,也是內存的限制。這是因為PHP的函數嵌套是以棧的形式實現的。對于每個函數都會分配一段內存來存儲函數局部的內容。
函數嵌套,這個名字有點糾結,也許不太好理解。一個比較常見的函數嵌套特例:遞歸函數,即函數自己嵌套自己。 一直以為在PHP中不能有太多的函數嵌套,這是因為在以前某些時候不小心用到了遞歸,在遞歸的深度達到100時, 即函數嵌套的層數達到100時,程序會報一個 Fatal error。如下示例:
function rt() {
static $i;
echo $i++, '<br />';
rt();
}
rt();
die();
在我的win7 + php5.3的環(huán)境下報錯如下: Fatal error:Maximum function nesting level of ‘100′ reached, aborting!
一直以為是PHP本身的限制,直到某一天切換到liunx環(huán)境下以命令行的模式運行,發(fā)現,程序限入了死循環(huán)。 不同的環(huán)境下有不同的結果,為什么呢?好吧,我們直接在源碼中查找報錯信息,發(fā)現沒有相關內容,直接debug整個執(zhí)行過程,也沒有在win下的報錯。 什么原因?再次切換到win下,再次查找,發(fā)現在xdebug中看到了報錯信息。在xdebug.c文件的1242行開始:
XG(level)++;
if (XG(level) == XG(max_nesting_level)) {
php_error(E_ERROR, "Maximum function nesting level of '%ld' reached,
aborting!", XG(max_nesting_level));
}
這表示什么?之前的函數嵌套的層數限制是xdebug擴展加上的,為什么會有這個限制了呢?在xdebug中,xdebug中會記錄每次函數調用, 包括嵌套的函數調用,函數調用中的內存,時間等值,這些值在分析程序性能時有大用。如果沒有這個限制,當嵌套的層數太多,機器會內存耗盡。 如果這是一臺生產環(huán)境的服務器,那么就會有部分服務不可用,當然生產環(huán)境下是不會添加這個擴展的。但是在多人共用的開發(fā)服務器上就可能有這個擴展, 如果因為一個開發(fā)人員的程序錯誤導致機器不可用,從而使所有的開發(fā)人員不能工作,我想這也許是添加限制的原因吧。
如果我們需要把這個限制的層數加大,怎么辦呢?改源碼,重新編譯xdebug擴展?不需要,在xdebug的配置項中有一項叫做xdebug.max_nesting_level, 默認情況下,在php.ini中這個配置項是被注釋了的,去掉注釋,將這個值成你所需要的值,200?不夠,那500吧,但是這個值還是不要太大, 如果遞歸太多,對程序的性能有很大的影響,此時,以棧的形式實現遞歸或者用循環(huán)替換遞歸會是一個更好的方案, 如:斐波那契數列(Fibonacci)的實現,用循環(huán)來實現會更快。
結論:PHP本身的函數嵌套是沒有限制的,如果說有限制,也是內存的限制。這是因為PHP的函數嵌套是以棧的形式實現的。對于每個函數都會分配一段內存來存儲函數局部的內容。
復制代碼 代碼如下:
function rt() {
static $i;
echo $i++, '<br />';
rt();
}
rt();
die();
在我的win7 + php5.3的環(huán)境下報錯如下: Fatal error:Maximum function nesting level of ‘100′ reached, aborting!
一直以為是PHP本身的限制,直到某一天切換到liunx環(huán)境下以命令行的模式運行,發(fā)現,程序限入了死循環(huán)。 不同的環(huán)境下有不同的結果,為什么呢?好吧,我們直接在源碼中查找報錯信息,發(fā)現沒有相關內容,直接debug整個執(zhí)行過程,也沒有在win下的報錯。 什么原因?再次切換到win下,再次查找,發(fā)現在xdebug中看到了報錯信息。在xdebug.c文件的1242行開始:
復制代碼 代碼如下:
XG(level)++;
if (XG(level) == XG(max_nesting_level)) {
php_error(E_ERROR, "Maximum function nesting level of '%ld' reached,
aborting!", XG(max_nesting_level));
}
這表示什么?之前的函數嵌套的層數限制是xdebug擴展加上的,為什么會有這個限制了呢?在xdebug中,xdebug中會記錄每次函數調用, 包括嵌套的函數調用,函數調用中的內存,時間等值,這些值在分析程序性能時有大用。如果沒有這個限制,當嵌套的層數太多,機器會內存耗盡。 如果這是一臺生產環(huán)境的服務器,那么就會有部分服務不可用,當然生產環(huán)境下是不會添加這個擴展的。但是在多人共用的開發(fā)服務器上就可能有這個擴展, 如果因為一個開發(fā)人員的程序錯誤導致機器不可用,從而使所有的開發(fā)人員不能工作,我想這也許是添加限制的原因吧。
如果我們需要把這個限制的層數加大,怎么辦呢?改源碼,重新編譯xdebug擴展?不需要,在xdebug的配置項中有一項叫做xdebug.max_nesting_level, 默認情況下,在php.ini中這個配置項是被注釋了的,去掉注釋,將這個值成你所需要的值,200?不夠,那500吧,但是這個值還是不要太大, 如果遞歸太多,對程序的性能有很大的影響,此時,以棧的形式實現遞歸或者用循環(huán)替換遞歸會是一個更好的方案, 如:斐波那契數列(Fibonacci)的實現,用循環(huán)來實現會更快。
結論:PHP本身的函數嵌套是沒有限制的,如果說有限制,也是內存的限制。這是因為PHP的函數嵌套是以棧的形式實現的。對于每個函數都會分配一段內存來存儲函數局部的內容。
相關文章
PHP中for循環(huán)與foreach的區(qū)別
本文主要介紹了php中for循環(huán)與foreach的區(qū)別,具有很好的參考價值。下面跟著小編一起來看下吧2017-03-03php number_format() 函數通過千位分組來格式化數字的實現代碼
以下是對php中的number format()函數通過千位分組來格式化數字的實現代碼進行了詳細的分析介紹,需要的朋友可以過來參考下2013-08-08