函數(shù)嵌套，這個(gè)名字有點(diǎn)糾結(jié)，也許不太好理解。一個(gè)比較常見(jiàn)的函數(shù)嵌套特例：遞歸函數(shù)，即函數(shù)自己嵌套自己。 一直以為在PHP中不能有太多的函數(shù)嵌套，這是因?yàn)樵谝郧澳承r(shí)候不小心用到了遞歸，在遞歸的深度達(dá)到100時(shí)， 即函數(shù)嵌套的層數(shù)達(dá)到100時(shí)，程序會(huì)報(bào)一個(gè) Fatal error。如下示例：

在我的win7 + php5.3的環(huán)境下報(bào)錯(cuò)如下： Fatal error：Maximum function nesting level of ‘100′ reached, aborting!

一直以為是PHP本身的限制，直到某一天切換到liunx環(huán)境下以命令行的模式運(yùn)行，發(fā)現(xiàn)，程序限入了死循環(huán)。 不同的環(huán)境下有不同的結(jié)果，為什么呢？好吧，我們直接在源碼中查找報(bào)錯(cuò)信息，發(fā)現(xiàn)沒(méi)有相關(guān)內(nèi)容，直接debug整個(gè)執(zhí)行過(guò)程，也沒(méi)有在win下的報(bào)錯(cuò)。 什么原因？再次切換到win下，再次查找，發(fā)現(xiàn)在xdebug中看到了報(bào)錯(cuò)信息。在xdebug.c文件的1242行開(kāi)始：

這表示什么？之前的函數(shù)嵌套的層數(shù)限制是xdebug擴(kuò)展加上的，為什么會(huì)有這個(gè)限制了呢？在xdebug中，xdebug中會(huì)記錄每次函數(shù)調(diào)用， 包括嵌套的函數(shù)調(diào)用，函數(shù)調(diào)用中的內(nèi)存，時(shí)間等值，這些值在分析程序性能時(shí)有大用。如果沒(méi)有這個(gè)限制，當(dāng)嵌套的層數(shù)太多，機(jī)器會(huì)內(nèi)存耗盡。 如果這是一臺(tái)生產(chǎn)環(huán)境的服務(wù)器，那么就會(huì)有部分服務(wù)不可用，當(dāng)然生產(chǎn)環(huán)境下是不會(huì)添加這個(gè)擴(kuò)展的。但是在多人共用的開(kāi)發(fā)服務(wù)器上就可能有這個(gè)擴(kuò)展， 如果因?yàn)橐粋€(gè)開(kāi)發(fā)人員的程序錯(cuò)誤導(dǎo)致機(jī)器不可用，從而使所有的開(kāi)發(fā)人員不能工作，我想這也許是添加限制的原因吧。

如果我們需要把這個(gè)限制的層數(shù)加大，怎么辦呢？改源碼，重新編譯xdebug擴(kuò)展？不需要，在xdebug的配置項(xiàng)中有一項(xiàng)叫做xdebug.max_nesting_level， 默認(rèn)情況下，在php.ini中這個(gè)配置項(xiàng)是被注釋了的，去掉注釋，將這個(gè)值成你所需要的值，200？不夠，那500吧，但是這個(gè)值還是不要太大， 如果遞歸太多，對(duì)程序的性能有很大的影響，此時(shí)，以棧的形式實(shí)現(xiàn)遞歸或者用循環(huán)替換遞歸會(huì)是一個(gè)更好的方案， 如：斐波那契數(shù)列(Fibonacci)的實(shí)現(xiàn)，用循環(huán)來(lái)實(shí)現(xiàn)會(huì)更快。

結(jié)論：PHP本身的函數(shù)嵌套是沒(méi)有限制的，如果說(shuō)有限制，也是內(nèi)存的限制。這是因?yàn)镻HP的函數(shù)嵌套是以棧的形式實(shí)現(xiàn)的。對(duì)于每個(gè)函數(shù)都會(huì)分配一段內(nèi)存來(lái)存儲(chǔ)函數(shù)局部的內(nèi)容。

最新評(píng)論