安卓发布版App使用@react-native-google-signin登录时出现DEVELOPER_ERROR

核心根源：签名校验不匹配 #

开发阶段默认使用debug.keystore签名，而发布APK用的是独立的release.keystore，两者的SHA-1指纹完全不同。绝大多数第三方服务（如Google登录、Firebase、微信/支付宝支付等）都会校验应用的签名指纹，若后台仅配置了debug签名的SHA-1，发布后用release签名的APK必然触发DEVELOPER_ERROR。

具体可能原因 #

• 第三方服务后台未配置release签名的SHA-1：这是最常见的诱因。比如Google Cloud Console、Firebase控制台、微信开放平台等，必须同时添加debug和release两种签名的SHA-1，否则发布版本无法通过校验。
• release打包签名配置错误：build.gradle中release签名块的keystore路径、密码、别名配置有误，导致APK实际签名与后台配置的SHA-1不匹配。
• 混淆规则问题：第三方SDK的核心校验类被ProGuard/R8混淆，导致签名校验逻辑失效。
• 多渠道打包签名不一致：使用多渠道工具时，不同渠道的签名配置未统一，部分渠道APK签名不符合后台要求。

关于release.keystore的SHA-1是否需要单独提供 #

是的，必须单独配置。debug和release是完全独立的签名文件，两者的SHA-1指纹无关联。操作步骤：

1. 生成release签名的SHA-1：执行命令 keytool -list -v -keystore your-release-keystore.jks（替换为你的release keystore实际路径）获取指纹。
2. 将该SHA-1添加到所有相关第三方服务的后台配置中，与debug的SHA-1并列存在。

快速排查步骤 #

1. 验证release APK的实际签名：执行命令 apksigner verify --print-certs your-release.apk，查看APK的签名指纹，与后台配置的release SHA-1对比。
2. 检查第三方服务后台是否同时配置了debug和release的SHA-1。
3. 核对build.gradle中release签名块的storeFile、storePassword、keyPassword、keyAlias是否与实际签名文件完全匹配。
4. 检查ProGuard规则，确保第三方SDK的核心类未被混淆（例如Google登录的com.google.android.gms.auth包、Firebase相关类等）。

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