Promise编写最佳实践及Promise与回调函数的适用场景探讨

好问题！你举的两个例子确实看起来功能相近，但它们背后的设计逻辑和适用场景有不小的差别，咱们来逐一理清楚：

核心区别先搞懂 #

• 回调函数是早期JavaScript处理异步的原生方案，本质是把后续逻辑作为参数传给异步函数，等操作完成后被调用。但缺点很明显：多层嵌套时会陷入「回调地狱」，错误处理要分散在每个回调里写if(err)，代码可读性和维护性直线下降。
• Promise（搭配async/await）是专门为解决回调痛点设计的，它把异步操作封装成带有状态（pending/fulfilled/rejected）的对象，支持链式调用，错误可以通过catch统一捕获，代码结构更扁平、清晰。

什么时候优先用回调？ #

• 简单单步异步操作：比如你例子里的销毁session，逻辑单一，没有后续串联的异步任务，用回调写法更简洁，少了Promise链式调用或await的语法开销。
• API仅支持回调：一些老的Node.js核心API、第三方库还没适配Promise，这时候只能用回调处理异步逻辑。

什么时候优先用Promise/async-await？ #

• 多步异步串联/并行：如果业务需要连续执行多个异步操作（比如销毁session → 查询用户数据 → 更新缓存），用async/await能写出和同步代码几乎一样的结构，可读性拉满：

  async function handlePostSessionDestroy() {
    try {
      // 销毁session
      await req.session.destroy().promise();
      // 查询用户
      const userInfo = await db.query('SELECT * FROM users WHERE id = ?', [req.user.id]);
      // 更新缓存
      await redis.set(`user:${req.user.id}`, JSON.stringify(userInfo));
      console.log('所有操作完成');
    } catch (err) {
      // 统一处理所有步骤的错误
      console.error('流程出错:', err);
    }
  }
  

  要是用回调写，就得嵌套三层，代码会变得非常臃肿。
• 统一错误处理：Promise的catch或者async/await的try/catch可以把所有异步操作的错误集中处理，不用在每个回调里重复写if(err)的判断逻辑。
• 利用Promise的特性：比如需要并行执行多个异步任务用Promise.all，需要取第一个完成的结果用Promise.race，这些功能用回调实现会非常繁琐，而Promise原生就支持。

结合你的例子分析 #

• 例子2的回调写法：适合这种单步、逻辑简单的场景，代码短平快，没有多余的语法层。
• 例子1的Promise写法：虽然现在看起来和回调效果一样，但它的扩展性更强——如果后续要加更多异步操作，直接在then里链式调用或者在await后面加新的异步逻辑就行，错误也只需要在catch里处理一次。而且await的写法更符合人类的线性思考逻辑，读起来更顺畅。

总的来说，现在Promise/async-await已经是JavaScript异步编程的主流方案了，除非是非常简单的单步操作或者只能用回调的老API，否则优先选Promise或async/await会让你的代码更易维护。

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