Typegoose用pre中间件实现Mongoose评论级联删除时操作卡住如何解决？

1. 递归死循环 #

你定义的pre钩子用正则/remove|delete/i匹配了所有删除相关操作，而钩子内部调用的deleteMany本身也符合正则匹配规则，会再次触发同一个pre钩子，形成无限递归，所以删除操作永远不会结束。

2. 中间件类型不匹配 #

findByIdAndDelete属于查询中间件触发场景，你没有指定中间件类型的情况下，@pre默认绑定的是文档中间件，只有调用文档实例的remove方法时才会触发，此时this指向查询对象而非文档实例，this._id根本拿不到要删除的评论ID，就算没有递归问题也删不到对应的子评论。

这里提供两种可落地的实现方案，优先推荐第二种：

方案1：修复pre中间件逻辑 #

调整中间件配置，跳过内部递归触发的钩子，正确获取待删除ID：

@pre(/remove|delete/i, async function () {
  // 判断是否为内部触发的级联删除，是则直接跳过，避免递归
  if (this.getOptions().ignoreCascade) return
  // 从查询条件中获取待删除的评论ID
  const targetId = this.getQuery()?._id
  if (!targetId) return
  // 调用deleteMany时传入自定义标记，跳过pre钩子校验
  await CommentModel.deleteMany({ parentId: targetId }, {}, { ignoreCascade: true })
// 明确指定当前钩子作用于查询中间件
}, { query: true, document: false })

export class Comment {
  // ... 原有字段定义
}

export const CommentModel = getModelForClass(Comment)

注意：该方案仅支持删除一级子评论，如果你的业务存在多层嵌套评论（孙评论、曾孙评论等），需要去掉ignoreCascade标记，同时用递归逻辑查询所有后代评论再删除，否则会出现层级遗漏。

方案2：手动封装级联删除方法（更推荐） #

放弃隐性的pre中间件逻辑，封装显式的级联删除方法，逻辑透明无递归风险，天然支持多层级评论删除：

import { Types } from "mongoose"

// 通用级联删除方法
async function deleteCommentCascaded(commentId: Types.ObjectId) {
  // 先查询当前评论的所有子评论
  const childComments = await CommentModel.find({ parentId: commentId })
  // 递归删除所有子评论及其后代
  for (const child of childComments) {
    await deleteCommentCascaded(child._id)
  }
  // 最后删除当前评论
  await CommentModel.findByIdAndDelete(commentId)
}

// 业务侧调用方式
await deleteCommentCascaded(ID_OF_COMMENT)

这个方案没有隐性依赖，调试和扩展都更方便，适合大部分业务场景。

内容的提问来源于stack exchange，提问作者Arash Jahan Bakhshan