CodeIgniter实现无限级评论需手动构建树形结构：先单次查询所有评论（含id、parent_id、post_id），再用PHP递归组装，严禁N+1查询；parent_id应为NULL标识顶级，递归函数须传引用，View层需拆分模板或声明递归函数，删除时需联动处理子树。
CodeIgniter 框架本身不内置树形结构或无限级递归查询能力，实现多级评论回复必须手动组织数据结构——核心在于「先查平铺数据，再用 PHP 递归组装成树」，而不是依赖 SQL 递归查询（如 MySQL 8.0 的 WITH RECURSIVE）或框架自动嵌套。
怎么从数据库查出所有评论并标记层级关系
CI 不会自动识别父子关系，你得自己设计表结构并确保关键字段存在：
-
id：当前评论唯一 ID -
parent_id：父评论 ID；顶级评论设为0或NULL（推荐NULL，语义更清晰） -
blog_id或post_id：关联的文章/帖子 ID，用于限定范围
查询时用一次 get_where() 拉取全部相关记录，不要分多次查——否则 N+1 查询问题立刻出现。例如：
$comments = $this->db->where('post_id', $post_id)->get('comments')->result_array();
注意：别在循环里反复调用 get_where() 去查每个子评论，这是典型性能陷阱。
为什么不能直接用 Active Record 嵌套查询
CI 3.x 的 Active Record（Query Builder）不支持自关联递归拼接，join() 无法动态处理任意深度的父子链。试图写类似「查 parent_id=1 的子项，再查这些子项的子项…」会导致硬编码层级、SQL 膨胀、且无法应对深度 >3 的情况。
更现实的做法是：
- 用单次查询拿到所有评论数据（含
id和parent_id） - 在 Model 中用 PHP 数组索引建立映射：
$map[$row['parent_id']][] = $row - 从
parent_id IS NULL的节点开始，递归函数逐层填充children键
这样既避免重复查询，又保持逻辑可控。CI 的轻量特性决定了它把这类结构组织交给开发者，而非框架。
递归组装时容易忽略的三个细节
很多 CI 项目卡在这一步，不是逻辑错，而是边界没处理好：
- 递归函数入参必须传引用（
&$tree），否则子级数据无法回写到上级数组 - 顶级评论的
parent_id是NULL还是0？要和数据库实际值严格一致，否则if ($parent_id === null)判断失效 - 深度限制建议加一层防护，比如递归层数超过 10 就中断，防止恶意构造超深评论链导致栈溢出
示例片段（Model 中）：
private function build_tree($comments, $parent_id = null) {
$tree = [];
foreach ($comments as $comment) {
if ($comment['parent_id'] === $parent_id) {
$comment['children'] = $this->build_tree($comments, $comment['id']);
$tree[] = $comment;
}
}
return $tree;
}
View 层渲染嵌套结构要注意什么
CI 的 load->view() 不支持原生递归模板，所以不能指望一个 comments_view.php 自己调自己。常见做法是：
- 在 Controller 中调用
build_tree()，把完整树结构传给 View - View 里写一个独立的递归函数（用
function声明），或更稳妥地——拆成两个 View 文件：comments_list.php（入口） +comment_item.php（含foreach和对自身的$this->load->view()调用） - 注意 XSS 风险：
content字段必须过html_escape()，尤其当允许富文本时
真正麻烦的不是递归逻辑，而是当某条评论被删除后，它的子树是否自动收拢——这需要你在删除时手动查子集并一起删，或用数据库外键 ON DELETE CASCADE，CI 不会帮你管这个。
