递归调用时参数被意外修改源于php对数组和对象的写时复制机制及原地修改引发的共享内存问题，应避免直接修改入参、慎用引用传参、明确终止条件、禁用跨请求静态变量，并通过返回值或独立变量传递状态。
递归调用时参数被意外修改怎么办
PHP 中递归函数如果直接修改传入的数组或对象，上层调用会看到副作用——这不是“值传递”的错觉，而是引用传递或可变对象导致的。比如用 array_push() 或直接赋值 $arr[] = $val 修改入参数组，每一层递归都在污染同一个数组。
- 默认情况下，PHP 对数组和对象是「写时复制」，但一旦发生修改（尤其是原地操作），就可能触发共享内存，尤其在递归深度大时更难排查
- 避免直接修改入参：把需要累积的数据作为独立返回值，或用新变量承接每次递归结果，例如
return array_merge($left, $right)而非反复 push 到同一个$result - 若必须传状态，显式传副本：
recursive_func($data, $acc = [])→ 改为recursive_func($data, $acc = null)，并在函数开头做$acc = $acc ?: []，防止外部传入的数组被复用
用引用参数传状态时为什么结果不对
加了 &$acc 看似方便，但容易漏掉回溯清理——比如遍历树找所有路径，每进入子节点都 array_push($acc, $node)，却没在返回前 array_pop($acc)，导致上层看到的是“污染后”的路径。
- 引用传参只适合明确需要副作用的场景，且必须严格配对：进递归时改、出递归时撤（
array_push/array_pop，$acc[] = $x/unset($acc[count($acc)-1])） - 更安全的做法是不用引用，让每层自己构造完整路径：
findPaths($node, $path = [])→ 递归调用时传findPaths($child, array_merge($path, [$child->val])) - 注意
array_merge()在空数组时性能尚可，但若$path很长（如千级深度），改用array_pad($path, count($path) + 1, $child->val)并不更优，老老实实array_merge更直观
递归终止条件写成 if (!$data) 导致跳过合法空数组
if (!$data) 在 PHP 里会把空数组 []、数字 0、字符串 '' 都判为 false，但空数组可能是有效输入（比如处理一个允许空子节点的树结构）。
- 明确判断类型和语义：检查是否为 null 用
is_null($data)，检查是否为空数组用empty($data) && is_array($data)，但更推荐直接写if ($data === null)或if ($data === []) - 如果是遍历数组，终止条件应是
if (!is_array($data) || count($data) === 0)，而不是依赖松散比较 - 常见陷阱：
foreach ($data as $item)本身对空数组安全，但如果你在循环前做了reset($data)或current($data)，空数组会返回false，引发后续逻辑误判
想用静态变量存状态？先看它会不会跨请求残留
用 static $cache = [] 在递归中缓存中间结果，开发时看似省事，但在 CLI 模式下可能跨调用残留，在 Web SAPI（如 FPM）中更危险——同一 worker 进程处理多个请求，静态变量不会自动重置。
- 静态变量只适合纯函数内、单次执行生命周期内的临时缓存；若需跨递归层级传递状态，优先用函数参数或返回值
- 真要缓存，用局部变量 + 闭包封装：
$helper = function($data) use (&$acc) { ... };，比静态变量边界清晰 - 调试时可用
debug_print_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS)快速确认当前递归深度和调用链，比盯着static变量值更直接
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
