|
|
復制代碼 代碼如下:
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ā)現(xiàn)，程序限入了死循環(huán)。 不同的環(huán)境下有不同的結果，為什么呢？好吧，我們直接在源碼中查找報錯信息，發(fā)現(xiàn)沒有相關內容，直接debug整個執(zhí)行過程，也沒有在win下的報錯。 什么原因？再次切換到win下，再次查找，發(fā)現(xiàn)在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));
}
這表示什么？之前的函數(shù)嵌套的層數(shù)限制是xdebug擴展加上的，為什么會有這個限制了呢？在xdebug中，xdebug中會記錄每次函數(shù)調用， 包括嵌套的函數(shù)調用，函數(shù)調用中的內存，時間等值，這些值在分析程序性能時有大用。如果沒有這個限制，當嵌套的層數(shù)太多，機器會內存耗盡。 如果這是一臺生產(chǎn)環(huán)境的服務器，那么就會有部分服務不可用，當然生產(chǎn)環(huán)境下是不會添加這個擴展的。但是在多人共用的開發(fā)服務器上就可能有這個擴展， 如果因為一個開發(fā)人員的程序錯誤導致機器不可用，從而使所有的開發(fā)人員不能工作，我想這也許是添加限制的原因吧。
如果我們需要把這個限制的層數(shù)加大，怎么辦呢？改源碼，重新編譯xdebug擴展？不需要，在xdebug的配置項中有一項叫做xdebug.max_nesting_level， 默認情況下，在php.ini中這個配置項是被注釋了的，去掉注釋，將這個值成你所需要的值，200？不夠，那500吧，但是這個值還是不要太大， 如果遞歸太多，對程序的性能有很大的影響，此時，以棧的形式實現(xiàn)遞歸或者用循環(huán)替換遞歸會是一個更好的方案， 如：斐波那契數(shù)列(Fibonacci)的實現(xiàn)，用循環(huán)來實現(xiàn)會更快。
結論：php本身的函數(shù)嵌套是沒有限制的，如果說有限制，也是內存的限制。這是因為php的函數(shù)嵌套是以棧的形式實現(xiàn)的。對于每個函數(shù)都會分配一段內存來存儲函數(shù)局部的內容。
php技術：PHP中的函數(shù)嵌套層數(shù)限制分析，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
