递归中直接修改$value无效，因默认值传递；须每层显式引用（如foreach($arr as &$item)）并及时unset，或改用返回新数组策略。
递归函数里直接修改 $value 无效
PHP 的 foreach 默认按值传递，$value 是副本。你在递归里写 $value = 'new' 或 $value['x'] = 1，原数组完全不受影响——连最外层都改不动。
常见错误是以为“进了递归就能改深层”，结果跑完发现数据还是老样子。尤其在聚合统计、字段补全这类场景，容易反复踩坑。
- 想改原数组？必须显式用引用：
foreach ($array as &$item)，且每层递归都要传引用参数，比如function walk(&$arr, $depth = 0) - 但引用会带来副作用：递归结束后若没
unset($item)，后续代码可能意外覆盖 - 更稳妥的做法是让递归函数返回新结构，而不是原地改——例如
return array_map(...)或构造新数组再return $newArray
用 array_walk_recursive() 时不能改键名或结构
array_walk_recursive() 确实防栈溢出、不用手写深度控制，但它只遍历“叶子节点”，且回调函数里的 $value 和 $key 都是只读的——你没法通过它删键、加键、改键名，甚至不能把字符串转成数组。
它适合纯读取场景（如日志打点、校验、拼接字符串），一旦涉及结构变更，就必须换方案。
- 需要改结构？用
RecursiveIteratorIterator+RecursiveArrayIterator，它们支持current()/key()并允许写入 - 想安全替换某个 key 下的所有值？先用
array_walk_recursive()收集路径，再用循环或array_replace_recursive()批量更新 - 注意：
array_replace_recursive()对 null 值处理不一致，PHP 8.1+ 才真正支持深层 null 覆盖
递归中误用 &$value 导致原始数组被意外覆盖
很多人在顶层 foreach ($data as &$row) 后，进递归又用 foreach ($row as &$cell)，但忘了在递归退出前 unset($cell)。结果下次循环时，$cell 还绑着上一轮的引用，一赋值就写到不该写的地方。
这种 bug 很隐蔽：可能只在特定数据长度下触发，本地测试正常，上线后某次用户提交含 7 层嵌套的表单才暴露。
- 每次用引用遍历后，务必紧跟
unset($var)，哪怕只是习惯性写一行 - 避免在递归函数里同时操作多个引用变量（比如
&$a,&$b），容易串引用 - PHP 8.4+ 对引用绑定做了更严格检查，但旧版本仍需手动防御
深度嵌套时默认递归限制被绕过
光靠 xdebug.max_nesting_level 或 zend_extension.max_nesting_level 不够。这些只是拦截器，不是逻辑防护。如果递归函数自己没做深度计数，遇到循环引用（比如 $a['ref'] = &$a）或异常深的数据，PHP 还是会在第 256 层左右崩，但错误堆栈里根本看不到你的函数名——只显示一堆 include 或 __autoload。
真正的防护得写在递归入口：
- 所有递归函数第一行必须有
if ($depth > 10) { throw new RuntimeException('Recursion too deep'); } - 深度参数必须显式传入，不能依赖静态变量或全局状态
- 对用户输入的数据（如 JSON 解析结果），硬上限设为 10～15 层足够；再深基本是数据污染或前端恶意构造
递归本身不危险，危险的是没给它画边界。越复杂的嵌套结构，越要提前想清楚：这层到底该不该进？进去了改不改原数组？改了谁负责还原？这些问题没答案，代码迟早出事。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
