用户注册时账号已存在，应reject Promise还是返回状态码？求登录注册最佳实践

核心原则：用HTTP状态码传递请求结果状态 #

• 当用户注册时邮箱已存在，不要只返回自定义文本消息，应该返回标准的HTTP状态码配合结构化错误信息。比如用409 Conflict（请求与当前服务器状态冲突），这是RESTful API的规范做法，客户端可以根据状态码快速判断结果类型，无需解析文本内容。
• Promise的reject一般用于服务端内部的异步流程错误（比如数据库连接失败），而账号已存在这类业务逻辑冲突属于客户端可预见的业务错误，应该通过HTTP响应状态码明确告知。

你的现有代码优化建议 #

你当前的代码直接返回文本消息的方式不够规范，优化后的示例如下：

app.post('/signup', async (req, res) => {
  try {
    const { email, password } = req.body;
    // 用findOne查询单个用户更高效
    const existingUser = await User.findOne({ email });
    if (existingUser) {
      // 返回409状态码+结构化错误信息
      return res.status(409).json({ 
        error_code: 'account_exists',
        message: '该邮箱已注册，请直接登录'
      });
    }
    // 哈希密码
    const hash = await bcrypt.hash(password, saltRounds);
    const user = new User({ email, password: hash });
    const result = await user.save();
    // 注册成功返回201 Created状态码
    res.status(201).json(result);
  } catch (err) {
    // 服务器内部错误返回500
    res.status(500).json({ 
      error_code: 'server_error',
      message: '注册失败，请稍后重试'
    });
  }
})

优化点说明：

• 改用async/await替代回调嵌套，代码更清晰易维护
• 使用findOne替代find，查询单个用户性能更优
• 针对不同场景返回对应HTTP状态码：201（创建成功）、409（冲突）、500（服务器错误）
• 返回结构化JSON数据，客户端可通过error_code做逻辑判断，message用于展示给用户

了解这类实践的途径 #

• 学习RESTful API设计规范：重点掌握HTTP状态码的语义、错误处理的标准化格式
• 阅读成熟后端框架的官方文档：比如Express、NestJS等框架的认证模块最佳实践
• 参考大厂公开的API设计指南：很多公司会对外分享API设计的规范，重点关注用户认证相关章节
• 研读后端安全相关资料：登录注册涉及密码哈希、数据校验等安全问题，这也是最佳实践的核心部分

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