Android AAB与APK格式互转实战指南

1. 项目背景与核心价值

去年在应用商店上架时，突然发现Google Play强制要求采用AAB（Android App Bundle）格式提交，而内部测试又需要传统的APK安装包。这种格式转换的需求在Android生态中越来越常见——根据2023年开发者调研，超过83%的Play Store应用已采用AAB格式，但国内渠道、企业分发等场景仍依赖APK。掌握两种格式的互转能力，已成为Android开发者的必备技能。

AAB本质上是一种动态分发格式，它包含应用的完整代码和资源，但会根据用户设备配置（如屏幕密度、CPU架构）动态生成优化后的APK。与通用APK相比，AAB能使应用体积平均减少15%，这在东南亚等网络条件较差的地区尤为关键。但调试和测试时，我们仍需要获取具体的APK文件。

2. 工具链选择与配置

2.1 官方方案：bundletool深度解析

Google官方提供的bundletool是转换过程的核心工具，建议通过Homebrew安装最新版：

bash复制brew install bundletool

这个Java工具链的工作原理很有意思：它实际上模拟了Google Play服务器的分发逻辑。当执行转换时，bundletool会：

1. 解析AAB中的Base模块和配置分割（如语言、dpi）
2. 根据指定设备配置（可通过--device-spec参数自定义）
3. 生成一个或多个匹配的APK

典型转换命令如下：

bash复制bundletool build-apks --bundle=app.aab --output=app.apks
bundletool extract-apks --apks=app.apks --output-dir=out --device-spec=device.json

关键提示：务必使用JDK 11+版本，低版本JDK在处理资源合并时可能出现诡异错误。我在MacBook M1上就遇到过资源表解析失败的坑。

2.2 高效调试技巧：Android Studio 3.6+

其实Android Studio内置了AAB调试支持：

1. 菜单栏选择 Build > Build Bundle(s)/APK(s)
2. 生成的AAB文件会出现在项目目录的/bu