Unity构建AAB从Play商店下载后体积异常增大求助

1. 分析APK拆分与资源重复情况 #

Google Play会根据设备架构、屏幕密度拆分AAB生成针对性APK，若项目存在未正确标记的资源，可能导致安装后解压资源总量远超预期：

• 用bundletool生成拆分APK并分析：执行bundletool build-apks --bundle=your_app.aab --output=your_app.apks，解压对应设备的APK，查看lib/、assets/目录下的文件大小与重复内容。
• 检查Unity Player Settings → Android → Other Settings：确认“Split Application Binary”已启用，且“Target Architectures”只勾选必要架构（如仅arm64-v8a，避免冗余架构打包）。

2. 核查资源压缩配置 #

即便选了Lz4hc等压缩方式，部分资源若被标记为不压缩，会导致安装后体积膨胀：

• 检查StreamingAssets目录：默认该目录下文件不会被Unity压缩，若存在未压缩的大体积视频、音频，会直接以原始大小占用存储。
• 确认Unity Project Settings → Player → Android → Publishing Settings：启用“Compress Textures”，并为目标平台选择合适的纹理压缩格式（如Android用ETC2）。
• 检查AssetBundle压缩设置：若使用Uncompressed模式，这部分资源会以原始体积占用存储。

3. 排查PAD配置错误 #

使用Play Asset Delivery时，错误配置可能导致资源重复下载或未按需加载：

• 检查PAD资源分组：避免将所有资源标记为“Install-time”（此模式下所有资源会在安装时全部下载，等同于未使用PAD），非必要资源应设为“Fast-follow”或“On-demand”。
• 确认Unity的PAD设置与Google Play后台配置一致，避免资源重复打包进基础APK和PAD包。

4. 清理构建缓存与排查AAB内部文件 #

Unity构建时的缓存文件可能被意外打包进AAB，导致Play商店处理后体积异常：

• 清理项目的Library、Temp目录后重新构建AAB，排除缓存干扰。
• 用jar tf your_app.aab列出AAB内所有文件，排查是否存在异常大体积文件（如单文件超过100MB）。

5. 排除设备存储计算误区 #

部分设备会将应用缓存、数据目录（如Application.persistentDataPath下的文件）计入占用体积：

• 安装后不启动应用，查看设备显示的占用体积，排除启动后生成文件的影响。
• 检查代码中是否存在首次启动自动下载大资源包的逻辑，确认是否可改为按需下载。

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