使用 Play 应用签名功能

具体流程如下：

1. 为您的 app bundle 签名，并将其上传到 Play 管理中心。
2. Google 会通过您的 app bundle 生成经过优化的 APK，然后使用应用签名密钥为 APK 签名。
3. Google 会使用 apksigner 向应用的清单中添加两个戳记（com.android.stamp.source 和 com.android.stamp.type），然后使用您的应用签名密钥为 APK 签名。根据 apksigner 添加的戳记，可以追溯 APK 的签名者。
4. Google 向用户提供已签名的 APK。

当您使用 Google 生成的密钥时，Google 会自动生成一个安全系数高的 4096 位 RSA 密钥。如果您选择上传自己的应用签名密钥，该密钥必须是不短于 2048 位的 RSA 密钥。

第 1 步：配置 Play 应用签名

1. 打开 Play 管理中心，然后前往 Play 应用签名页面（测试和发布 > 设置 > 应用签名）。
   • 提示：您还可以通过应用完整性页面（测试和发布 > 应用完整性）访问此页面，其中包含完整性和签名服务，这类服务可帮助您确保用户以您预期的方式来体验应用和游戏。
2. 如果您尚未接受《Play 应用签名服务条款》，请查看条款内容并选择接受。

第 2 步：将原始密钥的副本发送给 Google 并创建上传密钥

1. 找到您的原始应用签名密钥。
2. 打开 Play 管理中心，然后前往 Play 应用签名页面（测试和发布 > 设置 > 应用签名）。
3. 选择最适合您的发布流程的导出和上传选项，并上传现有的应用签名密钥。

第 3 步：创建上传密钥（可选，建议创建）

1. 创建上传密钥并将证书上传到 Google Play。
   • 您也可以继续将应用签名密钥用作上传密钥。
2. 复制应用签名证书的指纹（MD5、SHA-1 和 SHA-256）。
   • 出于测试目的，您可能需要使用证书指纹和应用签名密钥向 API 提供商注册上传密钥的证书。

第 4 步：使用上传密钥为您的下一次应用更新签名

发布应用更新时，您需要使用上传密钥为更新签名。

• 如果您之前没有生成新的上传密钥：请继续使用原始应用签名密钥为 app bundle 签名，然后再将其上传到 Google Play。如果您丢失了原始应用签名密钥，则可以生成新的上传密钥，并向 Google 注册该密钥，以便继续更新您的应用。
• 如果您之前生成了新的上传密钥：请使用这个新的上传密钥为 app bundle 签名，然后再将其上传到 Google Play。Google 会使用该上传密钥验证您的身份。如果您丢失了上传密钥，可以与支持团队联系以重置上传密钥。

如果您无法共享现有密钥，则可能需要执行此操作。在选择升级应用签名密钥来加入计划之前，请注意：

• 此选项需要同时提供两种格式的版本。
• 您将需要在每个版本中上传 app bundle 和使用旧密钥签名的 APK。针对搭载 Android R*（API 级别 30）或更高版本的设备，Google Play 会利用您的 app bundle 生成使用新密钥签名的 APK。您的旧版 APK 将用于较低的 Android 版本（不高于 API 级别 29）。

*如果您的应用使用 sharedUserId，建议您在搭载 Android T（API 级别 33）或更高版本的设备上针对应用安装和更新采用密钥升级。如需进行此项配置，请在 app bundle 配置中设置准确的最低 SDK 版本。

第 1 步：上传新密钥，生成并上传 proof-of-rotation

为了确保新密钥在 Android 设备上受信任，您必须从代码库中上传新的签名密钥，生成并上传 proof-of-rotation：

1. 打开 Play 管理中心，然后前往 Play 应用签名页面（测试和发布 > 设置 > 应用签名）。
   • 提示：您还可以通过应用完整性页面（测试和发布 > 应用完整性）访问此页面，其中包含完整性和签名服务，这类服务可帮助您确保用户以您预期的方式来体验应用和游戏。
2. 选择应用签名标签页。
3. 点击显示高级选项，然后选择使用新的应用签名密钥（每次发布都需要提供两种格式）。
4. 选择使用与开发者账号中的另一个应用相同的应用签名密钥，或从 Android Studio、Java 密钥库或其他代码库上传新的应用签名密钥。
5. 按照屏幕上的说明下载并运行 PEPK 工具。
6. 在您的 ZIP 文件准备就绪后，点击上传生成的 ZIP 文件，并将其上传到 Play 管理中心。
7. 在“5. 上传 proof-of-rotation，让新密钥在 Android 设备上受信任”旁边，点击显示说明。
8. 下载 APKSigner，然后通过运行以下命令生成 proof-of-rotation：
   • $ apksigner rotate --out /path/to/new/file --old-signer --ks old-signer-jks --set-rollback true --new-signer --ks new-signer-jks --set-rollback true
9. 点击上传所生成的 proof-of-rotation 文件，然后上传第 8 步中生成的 proof-of-rotation 文件。
10. 点击保存。

• 上传密钥必须为不小于 2048 位的 RSA 密钥。

创建上传密钥后，您可能需要查看和更新以下位置：

• 本地计算机
• 上锁保护的现场服务器（变化的 ACL）
• 云计算机（变化的 ACL）
• 专属机密管理服务
• (Git) 代码库

在请求升级密钥之前，请务必先了解升级完成后您可能需要做出的更改。

• 如果您为多个应用使用相同的应用签名密钥，以便在它们之间共享数据/代码，则您需要更新这些应用以使它们能够同时识别新旧两版应用签名密钥证书。在搭载 Android S（API 级别 32）或更低版本的设备上，为了共享数据/代码，Android 平台只会识别旧版应用签名密钥证书。
• 如果您的应用使用 API，那么在发布更新之前，请务必向 API 提供商注册新旧两版应用签名密钥的证书，以确保 API 能继续正常运行。您可以在 Play 管理中心的 Play 应用签名页面（测试和发布 > 设置 > 应用签名）上找到相应证书。 
• 如果您有任何用户通过点对点共享安装更新，那么只有当要安装的更新的签名密钥与其已安装的应用版本所用的密钥相同时，他们才能安装。如果用户的应用版本因使用不同的签名密钥而无法更新，则可以选择卸载并重新安装应用以获取更新。

对于 Android N（API 级别 24）及更高版本上的所有安装，每个应用的应用签名密钥每年只能升级一次。

如果您成功请求升级此密钥，您的新密钥将用于为所有安装和应用更新签名。在搭载 Android T（API 级别 33）及更高版本的设备上，Android 平台将强制要求使用升级后的密钥。在搭载 Android S（API 级别 32）或更低版本的设备上，Android 平台不会强制要求使用此升级后的密钥，而仍能识别用于为应用签名的旧版签名密钥。包括所有依赖于应用签名密钥的 Android 平台功能（例如自定义权限共享）也是如此。在搭载 Android N（API 级别 24）到 Android S（API 级别 32）的设备上，除非用户关闭了 Google Play 保护机制，否则该机制会检查应用更新是否已使用您升级后的密钥签名。鉴于 Android 平台不会在搭载 Android S（API 级别 32）或更低版本的设备上强制要求使用升级后的密钥，上述检查可实现额外的验证。

1. 打开 Play 管理中心，然后前往 Play 应用签名页面（测试和发布 > 设置 > 应用签名）。
   • 提示：您还可以通过应用完整性页面（测试和发布 > 应用完整性）访问此页面，其中包含完整性和签名服务，这类服务可帮助您确保用户以您预期的方式来体验应用和游戏。
2. 在“升级应用签名密钥”卡片中，选择请求升级密钥。
3. 选择相应选项，针对 Android N 及更高版本上的所有安装升级应用签名密钥。
4. 让 Google 生成新的应用签名密钥（推荐）或上传密钥。
   • 应用签名密钥升级后，如果您的应用签名密钥和上传密钥相同，则可继续用旧版应用签名密钥作为上传密钥，也可以生成新的上传密钥。
5. 选择请求升级应用签名密钥的原因。
6. 如有必要，请向 API 提供商注册新的应用签名密钥。

提示：如果您通过多个分发渠道分发您的应用，而且您希望为用户最大限度提高应用更新的兼容性，请在您使用的所有分发渠道中升级密钥。为了与 Google Play 的密钥升级兼容，请使用与 Android SDK 构建工具（修订版 33.0.1 及更高版本）捆绑提供的 ApkSigner 工具：

$ apksigner sign --in ${INPUT_APK}

--out ${OUTPUT_APK}

--ks ${ORIGINAL_KEYSTORE}

--ks-key-alias ${ORIGINAL_KEY_ALIAS}

--next-signer --ks ${UPGRADED_KEYSTORE}

--ks-key-alias ${UPGRADED_KEY_ALIAS}

--lineage ${LINEAGE}

详细了解应用更新的运作方式。