递归调用必须加return，否则结果丢失；所有执行路径都要有明确return，值传递需每层return合并结果，引用传递需初始化且不依赖return传数组，同时应加深度控制防超限。
递归调用不加 return，数据就丢了——这是最常见也最容易被忽略的根源。
为什么递归传参后结果“消失”了
PHP 函数默认返回 null，如果某一层递归调用没写 return，哪怕下层已算出正确结果，上层也会静默丢弃它，最终外层拿到的是 null 或未定义值。
典型错误写法：
public function getPuids($uid, $allUid = []) {
$pid = $this->where(['uid' => $uid])->value('pid');
if (!empty($pid)) {
$allUid[] = $pid;
$this->getPuids($pid, $allUid); // ❌ 缺少 return，$allUid 不会往上传
}
return $allUid;
}
问题不在参数传递（$allUid 本身是值传递，每层都有一份副本），而在于返回链断裂。
立即学习“PHP免费学习笔记（深入）”；
- 递归不是“自动接力”，每一层都得主动
return下层结果 - 即使你用引用传递（
&$allUid），若没return，外层调用仍拿不到函数返回值，只改了变量内容——但调用者可能根本没检查那个变量 - 调试时
var_dump看到中间结果正常，不代表最终返回值正常
如何确保递归返回值不丢失
核心原则：**所有执行路径都必须有明确的 return，且递归调用前必须加 return。**
- 基础情况（base case）要
return明确值，比如return $result;或return []; - 递归情况（recursive case）必须写成
return $this->func(...);，不能只是$this->func(...); - 如果函数有多个分支（如
if/else if/else），每个分支末尾都要有return，避免隐式return null - 别依赖“最后一行是数组就自动返回”，PHP 不会帮你补
return
修正示例：
public function getPuids($uid, $allUid = []) {
if (empty($allUid)) {
$allUid[] = $uid;
}
$pid = $this->where(['uid' => $uid])->value('pid');
if (!empty($pid)) {
$allUid[] = $pid;
return $this->getPuids($pid, $allUid); // ✅ 加了 return
}
return $allUid; // ✅ 所有路径都有 return
}
传参方式选值传递还是引用传递
值传递（默认）适合“构建新结构”，比如生成树、过滤数组；引用传递（&$result）适合“累积修改”，比如收集 ID 列表、统计节点数。
- 用值传递时，每次递归都操作新数组，安全但内存开销略大；需确保每层都
return合并后的结果 - 用引用传递时，函数内部直接
push或unset，无需靠return传回数组本身，但调用前必须初始化：$result = [];，且函数签名要写明&$result - 混用容易混乱：比如参数用值传递却在内部试图改引用，或用了引用却忘了初始化——这两种都会导致空数组或 Notice 错误
- 业务逻辑复杂时，优先用值传递 + 显式
return，可读性和调试性更高
递归深度失控导致数据“看似丢失”
不是真丢，而是 PHP 报错中断：出现 Fatal error: Maximum function nesting level of '256' reached，整个脚本终止，自然没有返回值。
- 深层嵌套数组清理、无限父子关系查询、未设终止条件的树遍历，都容易触发此错误
- 解决方法不是调高
xdebug.max_nesting_level，而是加深度控制参数：function cleanArray($arr, $depth = 0, $maxDepth = 20) - 进入函数第一行就判断：
if ($depth >= $maxDepth) { return $arr; }，安全兜底 - 静态变量方式（
static $depth = 0）虽省参数，但不可重入，多线程/协程场景下会互相干扰，不推荐
真正难排查的，往往是返回值链断裂叠加深度超限——先加 return，再加深度防护，顺序不能反。
