Android App Bundle(AAB)上架说明

为何新应用普遍要求 AAB、与 Play 应用签名的关系,以及上传前检查项。

依据 Google Play Console Help / Android Developers 公开说明整理,便于站内完整阅读;政策可能更新,落地前请再核对 Console 提示与官方原文。

Android App Bundle AAB 上架指南封面
打包、签名与版本上传要点。

读完你能掌握

  • 新应用上架普遍要求 AAB
  • 需配合 Play 应用签名
  • 上传前检查包名、版本号与 targetSdk
  • 用 Console 检查生成的 APK 情况

01

AAB 是什么?

App Bundle 打包与签名流程
Play 默认要求 AAB;签名与 Play App Signing 需提前规划。

Android App Bundle 是发布格式:包含编译后的代码与资源,由 Google Play 为不同设备生成优化 APK。用户只需下载其设备所需部分,因此安装包通常更小。

02

为何必须用?

自 2021 年 8 月起,新应用需使用 App Bundle 才能在 Google Play 发布。TV 等品类后续也强化了 AAB 要求。通过 Play 管理中心发布的企业专用应用同样通常需要 AAB。

03

与 Play 应用签名

versionCode 与发布轨道示意
每次上传需递增 versionCode,并选择正确测试/生产轨道。

新应用使用 AAB 时需启用 Play 应用签名。Google Play 帮助保护与管理应用签名密钥,并由 Play 完成面向用户的 APK 签名分发。

本地妥善保管上传密钥;按官方指引理解「应用签名密钥」与「上传密钥」差异,避免丢失后无法更新。

04

上传前检查

提交前确认:

  • 使用 release 签名构建的 AAB
  • applicationId / 包名正确且不可轻易变更
  • versionCode 递增、versionName 可读
  • 目标 API 级别符合当前 Play 要求
  • 在 Console「最新版本和 bundle」可检查生成的 APK 情况

05

本地验证建议

上传 AAB 后的发布检查
上传后核对设备兼容、签名状态与发布说明再送审。

可用 Android Studio / bundletool 做本地安装验证,确认动态特性与语言资源按预期拆分。上线前至少覆盖主流机型与屏幕密度。

常见踩坑

  • 误传 debug 包或错误签名
  • versionCode 未递增导致无法发布
  • targetSdk 低于当年 Play 要求

行动清单

按序勾选,便于团队复盘与交接。

  • 已启用 Play 应用签名
  • AAB 为正式发布构建
  • 版本号配置正确
  • 本地安装测试通过(可用 bundletool 等)

常见问题

还能上传 APK 吗?

新应用主流路径是 AAB。例外品类与历史应用规则以官方当前要求为准。