Firebase如何检测用户是否存在？其登录时UID校验逻辑是怎样的？

百万级用户场景下的登录校验流程 #

• 客户端发起登录请求，携带对应认证凭证（邮箱密码、OAuth第三方token、手机号验证码等），请求首先进入Google边缘节点做基础校验，包括参数完整性校验、防重放检测、恶意请求拦截，不符合要求的请求直接返回错误。
• 平台做核心凭证校验：邮箱密码场景会比对存储的加盐密码哈希，不会明文存储或比对密码；第三方登录场景会和对应平台校验token的有效性、权限范围，凭证校验失败直接返回认证失败。
• 凭证校验通过后，系统提取对应用户的UID，同步查询账号状态，判断是否被封禁、是否开启二次验证未完成，状态异常的直接终止流程返回对应提示。
• 所有校验通过后，平台生成有效期较短的ID Token和长期有效的Refresh Token返回给客户端，后续客户端请求携带ID Token即可完成身份校验，服务端仅需验证Token签名即可获取UID等身份信息，无需每次都查询用户存储库。

UID存在性检索的实现逻辑 #

首先可以明确，绝对不会出现逐行遍历比对的情况：

• Firebase Auth底层用户存储使用分布式键值数据库，UID作为全局唯一主键，默认会创建唯一哈希索引，单次UID检索的时间复杂度为O(1)，哪怕是十亿级用户量，检索耗时也能控制在毫秒级，完全不会有性能问题。
• 为了进一步降低延迟，平台还会做多层缓存：高频访问的用户身份数据会存储在内存缓存层，命中缓存的情况下连磁盘IO都不需要，响应速度更快。
• 只有在使用非索引字段做全量过滤查询的场景下才会出现全表扫描，而UID作为身份系统的核心检索字段，必然是索引优化的最高优先级，完全不需要担心检索性能问题。

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