递归中数组修改无效，主因是未在每次调用时显式使用&传递引用；必须函数定义和每次调用均带&，且避免array_walk等不支持引用的函数，推荐路径定位或批量操作替代深层引用传参。
递归函数里用 &$arr 却发现值没变？检查是否漏了引用符号
PHP 递归中修改数组却无效，八成是某一层调用时忘了加 &。PHP 的引用传参不是“声明一次就全局生效”，而是每次函数调用都得显式写 &$param，否则传进去的就是副本。
常见错误写法：function walk($arr) { ... walk($arr); } —— 这里第二次调用还是值传递，递归下去的全是副本，原数组纹丝不动。
- 必须每一层递归调用都保持引用：写成
walk($arr)是错的，要写成walk($arr)且函数定义为function walk(&$arr) - 如果中间调用了其他函数（比如
array_walk），它不支持引用修改原数组，别指望它帮你改$arr - 用
debug_zval_count或===对比变量是否同引用，能快速验证是不是真在操作原变量
递归深度大时 &$arr 导致内存暴涨？优先考虑键路径而非传整个数组
把整个大数组反复以引用方式传进深层递归，PHP 会维持所有层级对它的引用关系，GC 不敢回收，容易触发内存耗尽或超时。这不是 bug，是设计使然。
真正该做的，是减少“传什么”，而不是纠结“怎么传”。尤其处理树形结构、嵌套 JSON 时：
- 改用“路径 + 引用赋值”：只传当前层级的引用（如
&$node），递归时用$arr['child'][0]这种下标直接取引用，避免层层传$arr - 如果必须遍历并修改多处，先用
array_keys或foreach收集待改路径，再统一修改，避开深递归中的引用纠缠 -
ini_set('memory_limit', '512M')是掩耳盗铃，不如重构数据访问方式
unset() 在递归引用数组里失效？因为键被复制了
在递归中对 &$arr 执行 unset($arr[$key]) 却没删掉，大概率是 $arr 其实是某个子数组的副本，或者你在 foreach 中直接 unset 了遍历源 —— PHP 7+ 会报 Invalid argument supplied for foreach()，但更隐蔽的是静默失败。
- 永远不要在
foreach ($arr as $k => &$v)里 unset$arr[$k]，PHP 内部迭代器会混乱；改用for或while (list() = each()) - 确认
unset操作的对象确实是原始数组：加一句var_dump($arr === $original_arr)验证引用链是否断裂 - 想安全删除，先用
array_keys记录要删的键，递归完再批量unset，避开运行时结构变更
用 static 变量替代引用传参？小心并发和重入问题
有人用 static $buffer = [] 在递归里存状态，看似绕开了引用传递，实际埋了雷：static 变量跨请求不隔离，CLI 多次运行会累积，Web 环境下若函数可重入（比如异常后重试），$buffer 状态就错乱了。
- static 适合单次调用内缓存计算结果（如斐波那契），不适合承载业务数据流
- 如果只是想避免传参，用闭包绑定外部变量更可控：
$fn = function(&$arr) use ($options) { ... }; - 真正需要共享状态时，明确构造一个上下文对象（
class WalkContext { public $data; }），比 static 更易测、可重置
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
