Firebase为同一用户生成两个不同UID的原因排查

你看到的-N4xrZ...格式短ID和userCredential.user.uid返回的长UID不一致，核心原因是这两个ID来自Firebase完全独立的两个服务，生成逻辑、设计用途完全不同，本身就没有绑定关系：

• userCredential.user.uid是Firebase Authentication服务生成的用户身份唯一标识：调用createUserWithEmailAndPassword()时由Auth服务生成，是Firebase全链路识别用户身份的主键，格式为28位左右的随机字符串，全局唯一。
• -N开头的短ID是Firebase Realtime Database的push()方法生成的数据节点键：这个ID基于写入时间戳+随机位生成，设计目的是向数据库列表插入条目时，自动生成按写入时间排序、不冲突的节点名，和Auth服务没有任何关联。

出现ID不匹配的直接原因是你的数据写入逻辑有误：用户创建成功后，你大概率调用了push()方法向Realtime Database写入用户信息，这个方法会自动生成push ID作为数据节点的父级键，自然和Auth返回的用户UID无法对应。

写入用户数据时，不要使用push()（Firestore对应addDoc()）自动生成节点/文档ID，手动指定节点路径的键为Auth返回的用户UID即可，保证用户身份ID和数据库存储节点ID一一对应。
Realtime Database示例代码：

const auth = getAuth();
const db = getDatabase();

createUserWithEmailAndPassword(auth, inputEmail, inputPassword)
  .then(async (userCredential) => {
    const uid = userCredential.user.uid;
    // 手动指定节点路径为 users/[用户uid]，禁止使用push()自动生成键
    await set(ref(db, `users/${uid}`), {
      username: inputUsername,
      email: inputEmail,
      createTime: Date.now()
    });
  });

如果你使用的是Cloud Firestore而非Realtime Database，逻辑一致：写入用户文档时不要调用addDoc()自动生成文档ID，使用doc(db, "users", uid)手动指定文档ID为Auth返回的用户UID即可。

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