Swift开发中如何高效校验Firebase数据库用户输入数据的唯一性

• 核心缺陷违背Firebase查询设计逻辑：全量拉取users节点所有数据做本地遍历，用户量过万后会产生极高的带宽消耗和等待耗时，且随着数据增长耗时会线性上升，完全不适合生产环境使用。
• 安全风险：全量拉取所有用户的邮箱信息，若数据库规则未做严格限制，极易导致全量用户隐私数据泄露。
• 代码缺陷：请求发生error时未调用completion回调，会导致上层业务逻辑永远收不到校验结果发生卡死；snapshot类型校验逻辑重复冗余。

步骤1：配置数据库索引 #

首先在Firebase控制台 Realtime Database 的规则配置页，为users节点的email和username字段添加索引，保证服务端查询效率：

{
  "rules": {
    "users": {
      ".indexOn": ["email", "username"]
    }
  }
}

步骤2：优化后的邮箱唯一性校验代码 #

利用Firebase服务端查询能力，直接过滤匹配的邮箱，仅返回匹配结果（最多1条数据），无需拉取全量用户：

private func isNewEmail(_ email: String, completion: @escaping (Bool) -> Void) {
    let lowercasedEmail = email.lowercased()
    let ref = Database.database().reference(withPath: "users")
    // 直接在服务端过滤匹配的邮箱
    ref.queryOrdered(byChild: "email")
        .queryEqual(toValue: lowercasedEmail)
        .observeSingleEvent(of: .value) { snapshot in
        // 若snapshot存在子节点，说明邮箱已被注册
        completion(!snapshot.exists())
    } withCancel: { error in
        // 出错时按业务需要处理，这里示例返回false禁止注册
        completion(false)
    }
}

步骤3：登录名唯一性校验代码 #

逻辑和邮箱校验完全一致，仅修改查询的字段名即可：

private func isNewUsername(_ username: String, completion: @escaping (Bool) -> Void) {
    let lowercasedUsername = username.lowercased()
    let ref = Database.database().reference(withPath: "users")
    ref.queryOrdered(byChild: "username")
        .queryEqual(toValue: lowercasedUsername)
        .observeSingleEvent(of: .value) { snapshot in
        completion(!snapshot.exists())
    } withCancel: { error in
        completion(false)
    }
}

额外优化建议 #

如果你的注册逻辑使用Firebase Auth做账号体系，无需额外调用上述邮箱校验接口：Firebase Auth创建用户时若邮箱已存在，会直接返回AuthErrorCode.emailAlreadyInUse的错误，你可以直接捕获该错误做提示即可，能减少一次数据库查询请求。

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