闭包表是Laravel处理无限级分类最稳健方案，通过category_closure表显式存储祖先-后代映射（ancestor/descendant/depth），支持高效子树、祖先链、层级查询，避免递归与N+1问题，常与parent_id协同使用。
闭包表（Closure Table）是 Laravel 中处理无限级分类最稳健的方案之一，尤其适合需要频繁查询子树、祖先链、层级移动或跨层级排序的场景。它不依赖递归查询，也不受限于 parent_id 模型的 N+1 问题，核心在于用一张独立的关系表显式记录所有节点间的“祖先-后代”映射。
一、建表与迁移：新增 closure 表
除原有 categories 表外，需新建一张 category_closure 表（名称可自定义），字段至少包含：
- ancestor：祖先节点 ID（对应 categories.id）
- descendant：后代节点 ID（同样对应 categories.id）
- depth：两者之间的层级距离（根→子 = 0，根→孙 = 1，自身→自身 = 0）
迁移示例：
Schema::create('category_closure', function (Blueprint $table) {
$table->unsignedBigInteger('ancestor');
$table->unsignedBigInteger('descendant');
$table->unsignedTinyInteger('depth')->default(0);
$table->primary(['ancestor', 'descendant']);
$table->index('descendant');
$table->foreign('ancestor')->references('id')->on('categories')->onDelete('cascade');
$table->foreign('descendant')->references('id')->on('categories')->onDelete('cascade');
});
二、模型定义：关联 + 自动维护逻辑
在 Category 模型中定义两个关键关系：
-
ancestors()：查当前节点的所有祖先（含自身） -
descendants()：查当前节点的所有后代（含自身）
同时建议重写 save() 或使用观察者（Observer）自动更新 closure 表。例如插入新节点时，需批量写入：
- 新节点自身 → 自身（depth=0）
- 所有父辈的祖先 → 新节点（depth = 父辈 depth + 1）
- 新节点 → 所有子辈后代（若已有子树）
手动维护较复杂，推荐直接使用成熟扩展包：kalnoy/nestedset（虽名 nestedset，但其 v5+ 版本已支持 closure table 模式）或更专注闭包表的 staudenmeir/laravel-cte（配合递归 CTE 查询）。
三、常用查询写法（Eloquent + 原生 SQL 辅助）
闭包表的优势在查询端尤为明显：
- 查某节点的完整子树（含自身）：
Category::whereHas('descendants', fn($q) => $q->where('ancestor', $id))->get(); - 查某节点的全部祖先（从根到父）：
Category::whereHas('ancestors', fn($q) => $q->where('descendant', $id))->orderBy('depth', 'desc')->get(); - 查某节点的直系子节点（depth = 1）：
Category::whereHas('ancestors', fn($q) => $q->where('descendant', $id)->where('depth', 1))->get();
注意：Eloquent 默认不支持递归 CTE，深度路径查询（如“从 A 到 B 是否可达”）建议用 DB::selectRaw 配合 WITH RECURSIVE，或交由数据库视图封装。
四、与 parent_id 方案的关键区别
闭包表不是替代 parent_id，而是补充。通常仍保留 pid 字段用于快速定位直接父级、简化表单提交和前端渲染。closure 表专用于复杂查询，二者协同工作：
- 写操作（增删改）走 pid + 触发 closure 同步
- 读操作（查子树/祖先链/跨层统计）优先走 closure 表
- 避免在控制器里写多层 with('children.children...') 或递归函数
对中小项目，若暂无高频跨层级查询需求，手动递归 + Eloquent 集合处理已够用；一旦业务增长、查询变慢或出现移动节点等操作，闭包表就是平滑升级的可靠选择。
