必须在递归前记录已访问节点以检测循环引用，使用路径数组+in_array或哈希映射判断重复，配合全量关系预加载和严格类型处理，避免栈溢出与n+1查询。
递归校验前必须记录已访问节点
无限分类中出现循环引用（比如 A → B → C → A），单纯靠 parent_id 递归向上查会陷入死循环，PHP8 不会自动检测栈溢出，而是直接报 Fatal error: Maximum function nesting level of 'X' reached 或更隐蔽的内存耗尽。关键不是“怎么递归”，而是“怎么提前发现重复路径”。最稳妥的做法是在每次进入子节点前，把当前节点 ID 加入一个追踪集合（如 array 或 SplObjectStorage），后续再遇到就立刻终止并报错。
checkCircularReference() 函数要带路径参数
校验函数不能只传 $id，必须携带当前递归路径（例如 [$root_id, $parent_id, $current_id]），否则无法定位循环在哪一环发生。路径可用索引数组存储，用 in_array($id, $path, true) 判断是否重复；若性能敏感且节点数大，改用 array_flip($path) 后做 isset($seen[$id]) 查找更快。
示例片段：
function checkCircularReference(int $id, array $path = []): bool
{
if (in_array($id, $path, true)) {
throw new RuntimeException("Circular reference detected: " . implode(' → ', $path) . " → {$id}");
}
$path[] = $id;
$parent = getCategoryParentId($id); // 假设该函数查数据库返回 int|false
if ($parent === false || $parent === 0) {
return true; // 无父级，合法
}
return checkCircularReference($parent, $path);
}
数据库查询要避免 N+1，用一次查全替代逐层 SELECT
如果分类表有几千条，每层都查一次 SELECT parent_id FROM categories WHERE id = ?，极易拖垮数据库或超时。更实际的做法是：先用 WITH RECURSIVE（MySQL 8.0+/PostgreSQL）或一次性 SELECT id, parent_id FROM categories 加载全量关系到内存，构建成 id => parent_id 的哈希映射。这样递归过程全是数组查找，不触发额外 I/O。
- MySQL 8.0+ 可用
WITH RECURSIVE配合GROUP BY检测环，但 PHP 层仍需校验逻辑兜底 - 若用 Laravel Eloquent，别调
->parent->parent，改用Category::whereIn('id', $ids)->pluck('parent_id', 'id')批量取关系 - 注意
parent_id为 NULL 还是 0 的语义差异，统一处理，避免漏判
PHP8 的 mixed 和严格类型会影响递归边界判断
PHP8 启用严格类型后，getCategoryParentId() 若返回 int|false，而函数声明返回 int，就会抛 TypeError，导致校验中断而非优雅退出。建议显式声明返回类型为 int|false，并在调用处用严格比较：if ($parent === false)，而非 if (!$parent)（否则 parent_id=0 会被误判为“无父级”）。
另外，递归深度本身不受 PHP8 新特性保护——zend.max_nesting_level 仍是硬限制，默认 256，线上环境若分类层级深，需按需调高，但治标不治本；真正要防的是逻辑环，不是深度。
循环引用真正难调试的地方，往往不在顶层入口，而在中间某次异步更新、后台导入或 API 批量修改时悄悄写入了错误的 parent_id；所以校验逻辑最好同时跑在写操作（如 save()）和修复脚本里，而不是只依赖前端提交前检查。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
