Flutter应用AAB版本Firebase Auth登录失效，APK版本正常求助

1. 签名不一致导致功能失效 #

Google Play会自动替换你上传的安装包签名，测试人员安装的是Play重新签名后的版本，而你本地APK是自己签名的。如果登录逻辑依赖签名校验（比如OAuth授权、API接口的签名验证），这会直接导致功能失效。

• 进入Google Play Console的「应用签名」页面，复制Play生成的发布证书指纹，将其添加到后端API的允许列表、Firebase/Google登录等OAuth平台的授权证书列表中。
• 验证方法：导出测试设备上的Play版本APK，执行命令 keytool -printcert -jarfile app.apk 查看签名指纹，与本地APK的指纹对比，确认是否存在差异。

2. ProGuard/R8混淆破坏登录逻辑 #

上传到Play的安装包如果开启了混淆，很可能误将登录相关的类、第三方SDK方法混淆，导致运行时找不到对应代码而失效。而你本地测试的可能是debug包（未开启混淆）或release包的混淆规则配置错误。

• 打开 android/app/proguard-rules.pro，将登录SDK、数据模型类、网络请求相关类加入白名单，示例：

  # 保留登录SDK所有类不被混淆
  -keep class com.your.login.sdk.** { *; }
  # 保留Gson/Jackson解析用的登录数据模型
  -keep class com.your.app.models.login.** { *; }
  # 保留登录API接口类
  -keep interface com.your.app.api.LoginApi { *; }
  

• 本地构建release包安装测试，如果同样出现问题，说明是混淆规则的问题，与Google Play无关。

3. App Bundle拆分丢失依赖资源 #

若上传的是App Bundle，Play会按设备配置拆分包，可能遗漏了登录依赖的Native库或资源文件。

• 检查 android/app/build.gradle 的 bundle 配置：

  android {
      bundle {
          // 若登录依赖多语言资源，关闭语言包拆分
          language { enableSplit = false }
          abi {
              include "armeabi-v7a", "arm64-v8a" // 确保包含登录SDK支持的ABI架构
          }
      }
  }
  

• 下载Play生成的拆分APK，用bundletool合并成完整APK后安装测试，确认是否能复现问题。

4. Release版本环境配置错误 #

你提交给Play的可能是release变体，而该变体的API地址、登录密钥等配置与debug包不一致，导致登录请求连接错误服务器或密钥无效。

• 检查 android/app/build.gradle 的 buildTypes 配置：

  buildTypes {
      release {
          resValue "string", "BASE_API_URL", "https://your-prod-api.com"
          buildConfigField "String", "LOGIN_CLIENT_ID", "\"prod-client-id-xxx\""
          // 确保此处配置为生产环境正确值
          ...
      }
  }
  

• 本地构建release包安装，验证配置是否正确。

5. 测试设备残留旧数据冲突 #

测试人员之前可能安装过其他版本的应用，残留的缓存或数据干扰了新安装的Play版本。

• 让测试人员彻底卸载应用，在设备设置的应用管理中清除该应用的所有缓存和数据，再重新通过Play测试链接安装。
• 使用全新的模拟器或未安装过该应用的设备测试，排除旧数据影响。

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