问题标签 [android-app-signing]

下图完全解释了我要问的问题：

CONTINUE、OPT-OUT 和 REUSE SIGNING KEY 选项有什么区别？

我还需要选择什么选项以简化流程？这样我就获得了像以前一样的经验，因为在此之前不需要这种步骤。

我不小心启用了 Google Play 的应用签名功能。但是我的应用程序有很多第三方集成，例如 Firebase、Facebook 登录等。它们都需要 keyhash 和 SHA1。因此，使用 2 个不同的签名密钥进行开发、测试和部署是一件很麻烦的事情。有什么方法可以在开发过程中使用 Google Play 的证书来签署我的应用程序？（仅用于测试目的）。具体来说，我想从 Google 的证书创建一个要在 Unity3D 中使用的密钥库。谢谢

我已经上传了一个应用程序并选择使用“应用程序签名”注册它。上传第一个 APK 时我没有遇到任何问题，并且上传成功。

今天我尝试更新该应用程序并将 versionCode 增加到 2 并将 versionName 增加到 0.2 并使用与第一个 APK 相同的签名密钥，成功构建。

现在，当我尝试将其上传到 google play 时，它给了我以下错误：

我研究了一下，知道我必须将 play store 生成的upload_cert.der文件与我的密钥库链接起来。我使用以下命令做到了这一点：

并再次构建项目，但即使在上传 APK 时，我也遇到与上述相同的错误。

我研究了所有与之相关的帖子，但每个人似乎都遇到了“应用签名注册”的问题

有人可以指导我使用upload_cert.der更新应用程序的下一个版本的正确步骤吗

我在 Google Play Console 中创建了一个应用草稿。在 App Releases 屏幕中，我被要求选择是否要在 Google Play App Signing 中注册我的应用。我确实想启用此功能，但我对是否应该按继续按钮或重用签名密钥按钮感到困惑。

我已经在商店中发布了 2 个应用程序 - 其中一个已注册 Google Play App Signing 并使用我将称为 X 的 JKS 密钥库进行签名，而另一个未注册并使用不同的密钥库 -密钥库 Y。我的新应用程序草稿使用密钥库 X（在启用了 Google Play 应用程序签名的应用程序中使用的那个）。

由于密钥库 X 已在启用了 Google Play 应用签名的应用中使用，因此为新应用选择重用签名密钥或继续是正确的选项吗？

我正在尝试创建一个AccountAuthenticator与我们的多个应用程序一起使用的帐户（因此多个应用程序使用的系统设置中的一个帐户）。就像所有 Google 应用程序在系统上使用相同的帐户一样。

问题是：如何设置只需要安装一个应用程序（我们不知道它将是哪个应用程序），并且当安装第二个应用程序时，它可以重新使用现有帐户？

我AccountAuthenticator使用本教程创建了我的，并嵌入到一个库项目中，该项目包含在我们所有的应用程序中。当只安装一个应用程序时，这可以正常工作。

一旦安装了第二个应用程序并且用户尝试登录，系统就会显示意图选择器对话框，他可以在其中选择我们的两个应用程序（因为它们都使用相同的身份验证器库和相同的意图过滤器）。这也应该是这里的问题（但我还没有验证它）。

sharedUserId通过一些研究，您会偶然发现本教程。但是这个“解决方案”有一个问题，你需要某种始终首先安装的应用程序，其中包含身份验证器。此外，使用新的Google Play 应用签名似乎是sharedUserId不可能的，因为每个应用都将使用不同的签名进行签名。

可能有一种方法可以授予其他应用程序访问身份验证器的权限，但仍然存在需要首先安装身份验证器应用程序的问题（如此处所建议）。

我该如何解决这个问题？如何在AccountAuthenticator不先安装一个应用程序的情况下与多个应用程序共享它？谷歌是如何做到的？他们在 Play 服务中有身份验证器吗？

我正在拼命尝试退出 Google Play 应用签名。但是，在我接受服务条款之前，退出按钮会消失：

我与帐户所有者一起搜索服务条款，但找不到。隐藏在 Play 商店中的接受按钮在哪里？

首先，我收到与此帖子相同的错误Request Failed on production apk

然后，我做了一些搜索。我想我需要使用发布密钥签署我的应用程序。测试和部署教程

我按照Tutorial for Signing App对我的应用程序进行签名。我做了

1. 生成密钥和密钥库（在 Android Studio 中）
2. 手动签署 APK（在 Android Studio 中）
3. 启用 Google Play 应用签名（在 Google 控制台中）

4. 按照 -Tutorial for Test and Deploy- 检查 CERT.RSA 使用jar -xvf META-INF/CERT.RSA

但收到

有什么建议么？

我会尽可能简洁。我的应用使用 Fit History API 来获取 Android 用户的每日步数。从 Android Studio 或通过侧载安装应用程序时，一切正常。但是，一旦我签署了 APK 并将其发布到 Play 商店，Fit History API 部分就停止了工作。更具体地说，Play Services 帐户无法连接，因此无法访问健身数据。

您现在知道为什么会发生这种差异吗？我有一种预感，在 Play Store 上发布应用程序时，我需要针对我的应用程序使用 Fit History API 这一事实做一些特别的事情。

我正在为我的新应用使用应用签名（我现在只有上传密钥）。但我想知道如何在 Play Store 版本上安装新的 APK。现在使用上传密钥时它不会安装，因为证书不匹配。我尝试创建一个新的密钥库，并将证书更改为您可以在控制台上下载的证书（应用程序签名证书）。但这也行不通。我总是做最后一次测试，以确保一切正常。只是为了澄清。我不想将 APK 上传到 beta 频道。我想直接从应该安装在 Play Store 版本上的文件系统安装 APK。

如何才能做到这一点？

编辑

我不知道为什么我被否决了。所以我将解释应用签名是如何工作的。在 Play Store 上启用应用签名时，真正的签名证书由 Play Store 控制。您签署的唯一证书/密钥库是上传密钥库。因此，如果您使用上传密钥库为您的应用程序签名，则它不会获得与 Play 商店签名时相同的认证。这就是为什么我尝试从 Play 商店下载应用签名证书以获得匹配的认证，但这没有奏效。

我想问一下 google play 应用签名是如何工作的。启用此功能后，我可以像往常一样将我的 apk（使用上传密钥签名）上传到 google play 吗？我的意思是我不需要做额外的事情，是吗？而且，谷歌会自动使用应用签名密钥重新签署我的 apk 吗？

而且，如果我想将我的测试版上传到 google play，这个 apk 是否已经用谷歌的应用签名密钥重新签名了？

感谢您的回答。谢谢你。