同一Flutter代码库：Web端Firebase登录正常，iOS端失败

一、Firebase初始化报错的正确处理方式 #

你之前通过添加name: 'default'解决了"A database named Default already exists"的报错，但这种方式会引发后续身份验证实例不匹配问题，是登录失败的核心诱因之一。

Firebase默认会自动创建名为default的实例，显式指定name: 'default'重复初始化必然触发冲突。正确的处理逻辑是先检查是否已有默认实例，避免重复初始化：

// 推荐的初始化代码
if (Firebase.apps.isEmpty) {
  await Firebase.initializeApp(
    options: DefaultFirebaseOptions.currentPlatform,
  );
}
// 或者直接获取已有实例，无需重复初始化
final app = Firebase.apps.isNotEmpty 
    ? Firebase.app() 
    : await Firebase.initializeApp(options: DefaultFirebaseOptions.currentPlatform);

二、iOS端登录报'wrong-password'但Web正常的排查方向 #

排除密码输入错误后，重点从以下几个维度排查：

1. iOS端Firebase配置文件是否正确
   确认iOS项目中的GoogleService-Info.plist是生产Firebase项目的配置文件，而非开发/预发布环境的。配置文件混用会导致iOS端连接错误的Auth服务，出现凭据不匹配的错误。

2. 生产项目的身份验证方式是否启用
   登录Firebase控制台，进入生产项目的Authentication > Sign-in method页面，确认你使用的登录方式（如邮箱/密码）已启用。新创建的Firebase生产项目，部分登录方式默认处于关闭状态，这会直接导致登录失败。

3. 身份验证实例与初始化实例是否匹配
   若你坚持使用指定name的初始化方式，登录时必须对应使用该实例的Auth对象，否则会调用未正确配置的默认实例：

   // 初始化时指定自定义名称
   await Firebase.initializeApp(
     name: 'prod-app',
     options: DefaultFirebaseOptions.currentPlatform,
   );
   // 登录时绑定对应实例的Auth
   final auth = FirebaseAuth.instanceFor(app: Firebase.app('prod-app'));
   await auth.signInWithEmailAndPassword(email: email, password: password);
   

   但更推荐使用默认实例的初始化方式（不指定name），避免实例混淆。

4. iOS端Auth缓存问题
   尝试卸载iOS应用后重新安装，清除本地残留的开发环境Auth缓存，避免旧凭据干扰生产环境的登录验证。

三、关于Firebase规则变化的说明 #

你怀疑的规则变化主要影响Firestore/Realtime Database的读写权限，和身份验证的登录流程无关。登录失败报'wrong-password'是Auth服务返回的错误，因此可以排除数据库规则的影响。

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