Laravel 8.x 中防止无限级分类递归死循环需设三道防线：显式终止条件、量化深度限制（如$depth≥10时截断）、环状引用检测（记录并校验访问路径）；推荐一次性查全量数据后内存构建树，避免递归查库。
在 Laravel 8.x 中用递归函数处理无限级分类时，防止死循环不是靠“写得更小心”，而是靠三道硬性防线：终止条件必须显式、深度必须可量化、环状引用必须可识别。不设这三关，哪怕数据只多一条脏记录，就可能触发 Fatal error: Maximum function nesting level 或 Apache 进程崩溃。
必须检查父节点是否存在，且不能为自身
常见错误是递归调用时传入一个不存在的 $parentId，或某条记录的 parent_id 指向自己（如 id=5 且 parent_id=5）。这类数据一旦进入递归，就会无限打转。
- 每次递归前先查数据库或从预加载集合中确认该
$parentId对应的记录存在：Category::find($parentId)，结果为空则直接 return - 显式排除自引用：
if ($parentId == $currentId) { throw new InvalidArgumentException('Self-reference detected'); } - 统一处理空值语义：确保所有根节点的
parent_id是null（不是0或字符串'0'），避免因类型松散比较导致漏判
必须限制递归最大深度
Laravel 8.x 默认 PHP 嵌套层级限制为 256，但真实业务中 5 层以上就应警惕。靠人工数层级不可靠，必须用计数器强制截断。
- 递归函数签名加上
$depth = 0参数，初始调用传0 - 每次深入子级前判断：
if ($depth >= 10) { return []; }（10 是安全阈值，中小项目够用） - 深度值可随业务动态调整，比如后台管理允许最多 12 层，前端展示只取前 6 层
必须检测并拦截环状引用
A→B→C→A 这类闭环在分类表里虽少见，但导入历史数据、迁移出错或前端误操作时极易产生。仅靠深度限制无法捕获，必须记录路径。
- 用静态数组或传引用的路径栈记录已访问 ID：
static $visited = [];或function(..., array &$path = []) - 进入函数第一行就检查：
if (in_array($id, $path, true)) { throw new RuntimeException("Circular reference: " . implode('→', $path) . "→{$id}"); } - 把当前 ID 加入路径：
$path[] = $id;，递归返回后再array_pop($path)回溯（若用静态变量则需手动清理）
推荐替代方案：别在 PHP 层递归查库
真正健壮的做法，是绕过“递归查询”这个高危动作本身：
- 一次性查出全量分类：
$all = Category::select('id', 'name', 'parent_id')->get()->keyBy('id'); - 用 PHP 构建父子映射：
$tree = $all->groupBy('parent_id'); - 递归函数只操作内存数组，不再触发任何数据库查询——这样既没 N+1，也彻底规避了 SQL 层面的死锁与超时风险
