Firebase 8.9.1 Auth类型错误：'EMAIL_PASSWORD'不存在的原因及解决咨询

问题原因 #

这个错误不是Firebase Auth更新导致的，是代码逻辑与类型定义不匹配：

• 你的SignupMethods枚举包含了EMAIL_PASSWORD枚举值
• 但socialLogin函数内的provider对象只映射了GOOGLE/FACEBOOK/GITHUB三种第三方社交登录的Provider构造逻辑，完全没处理EMAIL_PASSWORD
• 更关键的是：邮箱密码登录不需要AuthProvider实例，和社交登录的实现逻辑完全不同，强行混用会导致类型冲突与逻辑错误

修复方案 #

方案1：拆分登录逻辑（推荐） #

把邮箱密码登录和社交登录拆成两个独立函数，各自处理对应逻辑：

// 单独处理邮箱密码登录
async emailPasswordLogin(email: string, password: string, roles?: UserRoles[]) {
  if (!roles?.length) roles = [];
  
  // 邮箱密码登录核心逻辑
  const userCredential = await firebase.auth().signInWithEmailAndPassword(email, password);
  
  // 后续角色处理等业务逻辑
}

// 社交登录函数限定参数类型，排除EMAIL_PASSWORD
async socialLogin(method: Exclude<SignupMethods, SignupMethods.EMAIL_PASSWORD>, roles?: UserRoles[]) {
  if (!roles?.length) roles = [];

  const provider = {
    [SignupMethods.GOOGLE]: () => new firebase.auth.GoogleAuthProvider(),
    [SignupMethods.FACEBOOK]: () => new firebase.auth.FacebookAuthProvider(),
    [SignupMethods.GITHUB]: () => new firebase.auth.GithubAuthProvider()
  }[method];

  if (!provider) throw new Error('不支持的社交登录方式');
  
  // 社交登录核心逻辑
  const userCredential = await firebase.auth().signInWithPopup(provider());
  
  // 后续角色处理等业务逻辑
}

方案2：临时兼容（不推荐） #

如果必须在同一个函数处理，需要补充类型判断与分支逻辑，但会让函数逻辑变得混乱：

async login(method: SignupMethods, email?: string, password?: string, roles?: UserRoles[]) {
  if (!roles?.length) roles = [];

  if (method === SignupMethods.EMAIL_PASSWORD) {
    if (!email || !password) throw new Error('邮箱或密码不能为空');
    return await firebase.auth().signInWithEmailAndPassword(email, password);
  }

  const provider = {
    [SignupMethods.GOOGLE]: () => new firebase.auth.GoogleAuthProvider(),
    [SignupMethods.FACEBOOK]: () => new firebase.auth.FacebookAuthProvider(),
    [SignupMethods.GITHUB]: () => new firebase.auth.GithubAuthProvider()
  }[method];

  if (!provider) throw new Error('不支持的登录方式');
  
  return await firebase.auth().signInWithPopup(provider());
}

关键提醒 #

• 邮箱密码登录的API是signInWithEmailAndPassword，不需要Provider
• 社交登录的API是signInWithPopup/signInWithRedirect，需要对应平台的Provider实例
• 保持类型定义与函数逻辑的一致性，避免枚举值与函数处理范围不匹配

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