Promise返回false：应使用resolve(false)还是reject()？HTTP查用户场景咨询

这个问题问到点子上了——其实核心要搞懂Promise中resolve和reject的职责边界：reject应该只用来处理「意外的错误场景」，而不是业务逻辑里的「预期结果」。

我给你拆解两种思路的优劣：

• ❌ 不推荐：未找到用户时调用reject()
  如果你把「用户不存在」当成reject的触发条件，会导致每次正常查询但无结果时，都会进入catch块。但「用户不存在」是业务逻辑里完全预期的情况，并不是程序出错（比如数据库连不上、SQL写错了才是错误）。这样会混淆「业务分支」和「异常错误」，让你的错误处理逻辑变得混乱——比如你没法区分是查询失败了，还是真的没有这个用户。

• ✅ 推荐：找到用户时resolve(true)，未找到时resolve(false)
  这种方式才符合Promise的设计初衷：只要数据库查询这个操作成功完成了（不管有没有查到数据），就用resolve返回业务结果；只有当查询过程中出现异常（比如数据库连接中断、SQL语法错误、网络请求失败）时，才调用reject抛出错误。

举个实际的代码例子更清楚：

function checkUserExists(email) {
  return new Promise((resolve, reject) => {
    // 模拟数据库查询操作
    yourDbClient.query('SELECT id FROM users WHERE email = ?', [email], (err, results) => {
      // 这里是真正的异常，比如数据库挂了、SQL写错了
      if (err) {
        return reject(new Error(`查询用户失败：${err.message}`));
      }
      // 不管有没有结果，都resolve对应的布尔值
      resolve(results.length > 0);
    });
  });
}

// 使用的时候逻辑清晰：then处理业务分支，catch处理异常
checkUserExists('user@example.com')
  .then((exists) => {
    if (exists) {
      console.log('该邮箱已注册');
    } else {
      console.log('该邮箱未注册');
    }
  })
  .catch((error) => {
    // 这里专门处理查询出错的情况，比如数据库故障
    console.error('检查用户存在性时发生异常:', error);
  });

这样区分的好处是，你的代码逻辑会非常清晰：then块专注处理业务逻辑的不同结果，catch块只处理真正需要排查的程序错误，后续维护起来也更省心。

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