Play Console如何从App Bundle生成mapping.txt文件？

当你上传经过ProGuard/R8混淆的App Bundle（.aab）到Play Console时，平台并不是凭空生成新的mapping文件，而是基于AAB中已有的混淆信息进行扩展处理，这就是文件体积远超原bundle的原因，具体逻辑如下：

• 提取原始混淆映射：经过混淆的AAB内部会在BUNDLE-METADATA/com.android.tools.build.proguard目录下，携带ProGuard/R8生成的原始mapping.txt、seeds.txt等混淆产物。Play Console首先会提取这份核心的映射文件。
• 合并拆分APK的映射信息：Play Console会将AAB拆分为多个针对不同设备的APK（比如按ABI、屏幕密度、语言维度拆分），每个拆分出的APK都有对应的混淆符号映射。平台会把这些拆分变体的映射内容全部合并到原始mapping文件中，补充完整的类、方法、字段的对应关系。
• 标准化格式与附加元数据：为了适配平台的崩溃分析、用户反馈解析等功能，Play Console会对mapping文件的格式做标准化调整，同时添加一些辅助元数据（比如混淆规则标记、拆分变体标识），这些额外内容进一步增大了文件体积。

至于mapping.txt体积超过原AAB的原因：

• 原AAB是经过压缩的二进制包，而mapping.txt是未压缩的纯文本文件，本身存储效率更低。
• 合并多变体映射后，内容量会随支持的设备变体数量成倍增长，变体越多，mapping文件体积膨胀越明显。

需要注意：如果你的AAB打包时遗漏了原始mapping文件，Play Console是无法自动生成mapping.txt的，所谓的“自动生成”本质是对已有混淆信息的加工扩展。

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