如上图所示，这个代码非常好理解，也便是用递归算累加，但是我想知道，为什么$a的值不能超过97?还是说我代码设计上涌现了问题?
在这个网友发出求救旗子暗记良久后，有个热心的网友回答了这个问题，下面是这个网友的回答：
你这个是配置的问题，
当PHP 中当函数调用层数超过限定的时候就会涌现 Maximum function nesting level of ‘100’ reached，
默认的情形下，函数嵌套不能超过 100 层，可以通过修正配置文件来办理此问题。
修正 php.ini，添加 xdebug.max_nesting_level=600。
时隔良久，这个网友才回答这个问题，也不知道楼主的问题办理了没有。很多时候，代码中涌现bug，但是怎么找也找不出来。而别人一看你的代码，就知道bug在哪里，可能这便是所谓的“当局者迷察看犹豫者清”。实在要想磨炼自己找bug的能力，可以试试下面的办法。
熟读bug三百条 bug怎么找很明了
在测试行业中，部分新人刚踏进这个行业时，常日对付怎么找bug非常迷茫。提上去一些bug，很快就被退回来，别人家说你找的这个根本就不是bug。而有些bug，你觉得不是，别人却对你说，你怎么没找出这个bug呀。长久之后，你被打击得自傲心全无。
这就涉及了一个问题，对付测试工程师来说，怎么积累自己对bug的敏感度，还有对bug把握的准确度，就显得至关主要了。实在这个问题，不仅仅对付新人，对很多这个行业事情了很多年的工程师来说，都是个难题。为理解决这个问题，有人推举熟读bug三百条，你对bug怎么查找将很明了。
对付测试工程师来说，最好是形成履历积累机制，尤其对付如何查找bug这个老大难的问题。越早创造bug，越早办理问题，公司付出的代价就越小。测试工程师最好积累一些公司这几年里，比较范例的bug，再用文档亦或者某种形式来共享。
这样做，老测试员可以时候提醒自己。而新员工，也可以提早知道哪些可能涌现的bug，亲自重现或剖析个中的一些。当然，涌现的bug不可能一样，这里说的是培养一种找bug的敏感度。就像学英语一样，语感很主要。
简而言之，便是没提过bug，大概知道怎么找bug。
bug很烦恼，查找bug很苦逼。但是有些bug，一个就会让公司丢失上百亿。W3Cschool
我们的"大众号：w3c技能教程
