Mongoose删除操作默认返回200而非204，是否有默认返回204的方案？

首先要明确：Mongoose 是 MongoDB 的 ODM 工具，本身只负责数据库操作逻辑、返回数据库操作结果，完全不涉及 HTTP 响应状态码的设置。你现在拿到的 200 状态码是你当前使用的 Web 框架（比如 Express/Koa）默认配置的响应状态，和 Mongoose 本身无关。Spring Boot/Spring Data Rest 是全栈业务框架，内置了 REST 规范的默认状态码映射，这是上层业务框架的封装能力，不是数据库操作层的内置能力。

你只需要做一次全局封装，后续所有删除接口都可以直接复用，不需要每次业务开发单独加判断：

方案1：自定义 Mongoose 全局插件统一处理 #

给所有模型挂载封装好的 REST 规范删除方法，内部自动处理 deletedCount 校验：

// 全局注册Mongoose插件，只需要注册一次
mongoose.plugin((schema) => {
  // 自定义符合REST规范的删除方法
  schema.statics.restDeleteById = async function(id) {
    const deleteResult = await this.deleteOne({ _id: id });
    // 删除成功（匹配到数据且删除）返回true，无匹配数据返回false
    return deleteResult.deletedCount === 1;
  }
})

业务路由中直接调用即可（以Express为例）：

app.delete('/ppc/:id', async (req, res) => {
  const isDeleteSuccess = await ppc.restDeleteById(req.params.id);
  // 直接根据返回值设置状态码，不需要每次写校验逻辑
  isDeleteSuccess ? res.sendStatus(204) : res.sendStatus(404);
})

方案2：Web框架响应拦截层统一处理 #

如果不想改动Mongoose层面的逻辑，可以在Web框架的全局响应拦截器里做统一处理：只要是删除类型的接口，响应体中 deletedCount === 1 就自动将状态码改为204，同时移除响应体。

这个现象同样是Web框架的默认逻辑导致的：Mongoose执行删除不存在ID的操作时，数据库本身没有报错，只是返回deletedCount: 0表示没有匹配到可删除的数据，所以框架默认返回操作成功的200状态码。用上面的封装方案即可自动解决这个问题，不需要额外修改业务代码。

内容的提问来源于stack exchange，提问作者garg10may