递归函数中层级必须显式传参，初始调用传0或1，每次递归传$level+1；禁用静态变量、全局变量和引用传参；层级用于缩进、class命名等结构生成，并需校验深度防崩溃。
递归函数里怎么传入并更新当前层级
直接在递归调用时把层级数作为参数传进去，初始调用传 0 或 1（看你是想从 0 开始计数还是 1 开始）。每次进入下一层子节点，就传 $level + 1。别试图在函数内部靠静态变量或全局变量“自动推算”层级——树可能有分支、跳层、空节点，静态变量会错乱。
常见错误是漏传参数，或者传了但没加 + 1，导致所有子节点都显示同一级；还有人用 count($path) 这类方式反推，但前提是路径数组必须严格对应层级，而实际中节点可能被过滤或跳过，不可靠。
- 层级参数必须显式传递，不能靠函数自己“猜”
- 初始调用写清楚：比如
buildTree($data, 0) - 递归调用时写成
buildTree($children, $level + 1)，不是$level++或++$level
层级值怎么安全地用在 HTML 渲染或 JSON 输出里
层级不是装饰用的数字，它直接影响缩进逻辑、CSS class 命名、折叠状态甚至权限控制。所以别只把它打出来看看，得让它参与结构生成。比如生成带缩进的 ，或拼接 tree-level-2 这样的 class。
注意：层级值要校验范围，防止极端深度触发 PHP 的递归限制（max_execution_time 或 xdebug.max_nesting_level），尤其当数据异常时（比如循环引用没检测）。
立即学习“PHP免费学习笔记（深入）”；
- HTML 中可用
str_repeat(' ', $level * 4)实现视觉缩进 - JSON 返回时建议字段命名为
"level"，而不是"depth"或"layer"，避免歧义 - 如果层级超过 20，先检查是不是数据有环，别硬扛
为什么用引用传参会导致层级记录错乱
有人为了省事把层级变量用引用传入（&$level），结果发现所有节点层级都是最大值。因为引用会让所有递归栈共用同一个变量，回溯时没还原，$level 被一路累加到底，再弹出也不减。
这是典型的“共享状态破坏递归隔离性”。递归的每一层必须有自己独立的层级快照，引用破坏了这个前提。
- 绝对不要对层级变量使用引用传参
- 如果真要用引用（比如要累积统计），另设一个独立参数，如
$stats，和$level分开 - 调试时可临时加
echo "level: $level, id: $node['id']\n";看输出顺序和值，比 dump 整个调用栈更直观
遇到无限递归时，层级还能信吗
不能。一旦出现 Fatal error: Maximum function nesting level reached 或 Allowed memory size exhausted，说明层级计数本身已失效——你看到的最后几个 $level 值只是崩溃前的残影，不代表真实结构深度。
真正该做的是提前防御：在递归入口加深度阈值判断，比如 if ($level > 50) { throw new RuntimeException("Tree too deep at node {$node['id']}"); }。50 是经验值，业务树一般不会超 10 层，设太高反而掩盖问题。
- 层级变量在崩溃时不可信，别拿它定位问题根源
- 检测环的最简方法：传入已访问 ID 数组，每次递归前检查当前节点 ID 是否已在其中
- PHP 8.1+ 可用
weakref辅助检测引用环，但多数场景用 ID 数组更稳
实际写的时候，层级就是个普通整数参数，传对、用对、防住异常，它就不会出错。难的从来不是记层级，而是让树数据本身不带环、不爆炸、不越界。
