Fit History API在调试/侧装APK正常，谷歌商店安装后无法连接问题咨询

这种问题我之前做健身类应用时踩过坑，核心原因就是签名密钥与Google Cloud Console的OAuth配置不匹配，调试版和发布版的签名指纹不一致，导致Fit History API的身份验证失败。下面给你详细拆解原因和解决步骤：

调试阶段，Android Studio默认用的是本地调试密钥（路径一般是~/.android/debug.keystore），你当初在Google Cloud Console里配置Fit API的OAuth客户端ID时，填的应该是这个调试密钥的SHA-1指纹。

但发布到Google Play商店时，有两种常见情况会导致签名指纹变化：

• 你用了自己的发布签名密钥打包APK，这个密钥的指纹和调试密钥完全不同
• 如果你启用了Google Play的应用签名服务（现在是Play商店的默认推荐），Google会替换成它托管的签名密钥，此时APK的实际签名指纹是Play控制台里的应用签名证书指纹

不管哪种情况，只要Cloud Console里的客户端ID指纹和APK的实际指纹不匹配，Fit API就会拒绝你的连接请求，表现为无法关联Play Services账户、获取不到健身数据。

1. 获取正确的SHA-1指纹 #

如果你用本地发布密钥签名 #

打开终端，运行以下命令（替换成你的密钥路径和别名）：

keytool -list -v -keystore 你的发布密钥文件路径.jks -alias 你的密钥别名

输入密钥库密码后，就能看到发布密钥的SHA-1指纹，复制下来。

如果你启用了Play App Signing #

• 登录Google Play Console，进入你的应用页面
• 左侧菜单选择设置 > 应用签名
• 在「应用签名证书」区域，复制SHA-1证书指纹

2. 更新Google Cloud Console的OAuth配置 #

• 登录Google Cloud Console，找到你的项目，进入API和服务 > 凭据
• 找到对应Android应用的OAuth 2.0客户端ID（类型是「Android」）
• 点击编辑按钮，把刚才复制的发布版/Play签名的SHA-1指纹添加进去（如果之前有调试指纹，别删掉，保留两个指纹，这样调试和发布环境都能正常工作）
• 保存更改，等待配置生效（一般几分钟就好）

3. 验证修复效果 #

• 重新生成签名APK并上传到Play商店，或者用新配置的签名打包测试
• 测试前记得清除应用的缓存和数据，重新授权Google账户，避免旧的缓存凭证干扰

• 确保你的应用在Play Console里已经关联了对应的Google Cloud项目（在设置 > API服务 > 关联Google Cloud项目里检查），否则配置可能不会同步
• 如果你用到了com.google.android.gms.permission.ACTIVITY_RECOGNITION这类权限，要确认Manifest里已经声明，并且在Play Console的应用内容页面完成了权限声明和隐私政策配置，否则可能会被Play商店限制权限

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