Node.js+MongoDB回调转Promise无自定义构造器可运行原因及最佳实践

你遇到的困惑本质是对Promise的实现边界存在理解偏差，针对你提出的四个问题，逐一明确说明：

具体问题解答 #

• 为什么没手动编写Promise构造器，代码也能正常运行？
  你调用的BlogPost.findByIdAndDelete是Mongoose ODM的内置方法，Mongoose从4.x版本开始就对所有数据库操作做了双兼容设计：当你调用方法时如果没有传入最后一个回调函数参数，方法内部就会自动返回一个标准Promise实例。教程里反复提到的手动写new Promise()的写法，针对的是完全不支持Promise的老式回调API，并不是已经做了Promise适配的成熟库，自然不需要你重复编写构造逻辑。
• 没有手动自定义Promise构造器，then方法为什么能正常生效？
  因为你拿到的findByIdAndDelete的返回值本身就是Promise对象——Mongoose在内部已经帮你完成了构造逻辑，等价于库的源码层面已经实现了如下逻辑：

  // 以下是Mongoose内部封装的实现，不需要你手动编写
  findByIdAndDelete(filter) {
    return new Promise((resolve, reject) => {
      this._runNativeDbOperation(filter, (err, doc) => {
        err ? reject(err) : resolve(doc)
      })
    })
  }
  

  标准Promise对象天生就带有内置的.then()、.catch()方法，你看不到构造器的代码，只是因为这部分逻辑已经被库封装在内部了，并不是Promise的机制失效了。
• 这个删除文章场景下的代码最佳实践是什么？
  首先要先修正你现有代码的几个明显问题：
  1. 路由路径写为/users/login和实际删除文章的业务逻辑完全不匹配，属于复制粘贴错误，应该对应实际的删除接口路径
  2. 现有代码在抛出错误时只打印日志，没有给前端返回任何响应，会导致请求一直挂起直到超时
  3. 因为Mongoose方法本身返回Promise，完全没必要写链式.then/.catch的冗余结构，直接用async/await写法的可读性和可维护性更强，标准实现示例：

  app.post('/posts/delete', async (req, res) => {
    try {
      await BlogPost.findByIdAndDelete(req.body.idOfPostToBeDeleted)
      // 操作成功后再执行页面跳转
      res.redirect('/')
    } catch (error) {
      console.error('文章删除失败：', error)
      // 错误场景也要给前端返回响应，不能让请求挂起
      res.status(500).send('删除失败，请稍后重试')
    }
  })
  

  补充说明：不需要为了使用async/await而强制替换所有简单场景的代码，比如单步的简单异步操作用.then写法也没有问题，但涉及多步异步嵌套（也就是你项目里存在callback hell的场景），用async/await可以把嵌套的逻辑完全拉平，比链式调用的结构清晰很多。
• 什么场景下需要手动写Promise构造器？对应的实现代码是什么样的？
  首先明确：只要对接的库本身已经支持返回Promise，就完全不需要手动写构造器做重复封装。需要手动写构造器的场景只有一种：对接的是仅支持老式回调、没有做任何Promise适配的旧API。
  举个实际需要手动封装的例子，比如早期版本的Node.jsfs模块里的readFile方法，原生只支持回调写法，这种时候才需要手动包Promise：

  // 原生旧API：仅支持回调，不返回Promise
  fs.readFile('./config.json', (err, data) => {
    if (err) throw err
    console.log(data)
  })
  
  // 仅这类场景下，需要手动编写Promise构造器做适配
  function readFileAsPromise(filePath) {
    return new Promise((resolve, reject) => {
      // 把原来的回调逻辑搬进构造器内部，成功就调用resolve，失败就调用reject
      fs.readFile(filePath, (err, data) => {
        if (err) {
          reject(err)
          return
        }
        resolve(data)
      })
    })
  }
  
  // 封装完成后就可以正常用await/then调用
  const configData = await readFileAsPromise('./config.json')
  

  这种封装本质就是把零散的回调逻辑整合到统一的Promise接口里，如果你用的库已经提前帮你做了这层适配，再重复写构造器就是无意义的冗余代码。

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