使用Firebase进行账号注册时如何判断用户名是否可用

存储在FileStorage逐行匹配的可行性判断 #

• 该方案不推荐在生产环境使用，耗时会随着用户量增长显著恶化：
  • 单文件的读取开销本身就高于结构化数据库查询，当用户量超过1000时，逐字符串匹配的耗时会达到数百毫秒级别，完全无法满足注册场景的低延迟要求
  • 高并发注册场景下，多请求同时读取同一文件还会触发带宽抢占、读写冲突等问题，严重时会导致存储服务响应超时

官方推荐标准实现方案 #

Firebase生态内有成熟的低成本实现方案，无需自定义文件存储逻辑：

• 新增Firestore集合usernames，将用户名直接作为文档ID，文档内仅存储对应用户的UID即可
• 校验用户名是否可用仅需执行单次文档存在性查询，正常响应耗时低于20ms，完全满足注册场景要求
• 搭配Firebase安全规则强制校验用户名唯一性，避免并发写入导致的重复问题，参考规则片段如下：

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    match /usernames/{username} {
      allow create: if request.auth != null && !exists(/databases/$(database)/documents/usernames/$(username));
      allow read: if true;
    }
  }
}

• 完整注册流程建议按以下顺序执行，避免脏数据：
  1. 前端输入用户名后，先查询usernames集合中对应文档是否存在
  2. 若用户名可用，调用云函数或客户端SDK先创建usernames集合下的对应文档
  3. 文档创建成功后，再调用Firebase Auth接口创建用户
  4. 最后将用户名写入用户个人信息专属文档，若任意步骤失败，删除已创建的usernames文档回滚操作

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