直接用迭代替代递归最可靠，因PHP不支持尾调用优化，尾递归仍会栈溢出；必须用while/for循环手动维护状态，如数组模拟栈处理树结构，或累加循环处理数学递归，并显式管理变量作用域与深度限制。
直接用迭代替代递归最可靠
PHP 不支持尾调用优化，return factorial($n - 1, $result * $n) 这类尾递归写法在 PHP 中依然会增长调用栈，不能真正避免栈溢出。唯一能彻底规避栈增长的方式，是把递归逻辑改写成 while 或 for 循环，手动维护状态而非依赖函数调用栈。
常见错误现象：改写时只把 if 换成 while，但没抽离「待处理节点」或「中间状态」，结果逻辑错乱、漏遍历、死循环。
- 树结构遍历（如目录扫描、DOM 解析）优先用
std::stack思路的数组模拟：把下一层要处理的节点存进$stack = []，每次array_pop()取一个，处理完再把子节点array_push() - 数学类递归（如阶乘、斐波那契）直接转为累加/累乘循环，无需额外数据结构
- 注意变量作用域：原递归中每个调用帧的局部变量，在迭代里要显式声明为循环外变量或数组元素，比如
$result、$depth、$path
递归深度必须硬性限制
即使你打算保留递归结构（比如为了代码可读性），也绝不能放任它无限制增长。PHP 没有运行时递归深度自动熔断机制，max_execution_time 和 memory_limit 都拦不住栈溢出——它发生在内存分配前，属于底层 C 栈耗尽，直接 segfault。
正确做法是在函数参数中显式传入当前层级，并与预设阈值比对：
- 阈值建议设为
100～200，超过这个数基本说明数据异常或逻辑有环 - 不要依赖
ini_set('xdebug.max_nesting_level', '200')—— 它只影响 Xdebug 调试器，不影响生产环境原生栈 - 终止时返回有意义的值（如
null或false），而不是抛异常，避免上层未捕获导致脚本中断
别碰 stack_size 配置
PHP 的 php.ini 中没有 stack_size 指令，这是常见误解。PHP 进程的栈大小由操作系统线程默认栈决定（Linux 通常 8MB），无法通过 PHP 配置修改。网上所谓 ulimit -s 或 pthread_attr_setstacksize 方案，需要重新编译 PHP 或改 SAPI 层，生产环境不可行且治标不治本。
试图调大栈只会掩盖问题：一旦数据规模再涨一点，照样崩，而且更难定位。你真正该检查的是：infiniteRecursion() 是否漏了退出条件？foreach 嵌套里是否意外触发了递归回调？__get/__call 魔术方法有没有形成隐式递归链？
尾递归写法只提升可维护性，不解决栈问题
把 return $n * factorial($n - 1) 改成 return factorial($n - 1, $result * $n) 并不会减少栈帧数量。PHP 解释器不做尾调用消除（TCO），每个调用仍压栈。但它的好处是：逻辑清晰、状态集中、便于后续迁移到支持 TCO 的语言（如 JavaScript 或未来 PHP 版本）。
如果你正在写新函数，可以按尾递归风格组织参数；但只要它还在 PHP 环境跑，就必须配合深度限制或最终转为迭代——这点容易被忽略，很多人写了尾递归就以为万事大吉。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
