巧用Addressables与Play Asset Delivery，攻克Unity AAB超150MB谷歌上架难题
1. 为什么Unity AAB包会超过150MB限制？
最近不少Unity开发者都遇到了一个头疼的问题：打包出来的AAB文件上传到Google Play时，系统提示初始安装大小超过150MB限制。这个问题其实很常见，尤其是对于中大型游戏项目。我去年做的一个3D跑酷游戏就遇到了同样的情况，当时基础包就达到了180MB，直接被Google Play拒之门外。
造成这个问题的核心在于Unity的打包机制。当你使用Unity构建AAB时，引擎会把所有场景资源和初始化数据打包到一个叫data.unity3d的文件里。这个文件就像是一个大仓库，里面装满了游戏启动所需的各种"家具"和"设备"。问题在于，Google Play规定初始安装包（也就是用户下载时最先获取的部分）不能超过150MB，而data.unity3d往往就是这个限制的"罪魁祸首"。
2. 传统解决方案的局限性
2.1 为什么单纯使用Addressables不够？
很多开发者第一反应是使用Unity的Addressables系统来拆分资源。Addressables确实是个好东西，它允许我们把资源分成多个包，按需加载。我在多个项目中使用过它，资源管理效率提升明显。但问题是，Addressables主要解决的是运行时资源加载的问题，对于初始安装包大小的缩减效果有限。
关键点在于：即使使用了Addressables，那些标记为"安装时必需"的资源仍然会被打包进data.unity3d文件。这就好比你把家具分门别类放进了不同仓库，但最重的几件大家具还是挤在第一个仓库里，运输车（安装包）依然超载。
2.2 Play Asset Delivery的独特优势
Android的Play Asset Delivery（PAD）系统提供了更底层的解决方案。它允许我们将资源包直接集成到应用分发流程中，有几种分发模式：
- install-time：安装时自动下载
- fast-follow：安装后立即后台下载
- on-demand：运行时按需下载
其中install-time模式特别适合解决我们的问题。它可以把关键资源从data.unity3d中剥离出来，作为安装时资产包分发，既保证了游戏能正常启动，又巧妙避开了150MB限制。
3. 实战：整合Addressables与PAD
3.1 环境准备与前期工作
在开始之前，确保你的环境满足以下要求：
- Unity 2019.4或更高版本
- Android Studio 4.0+
- Gradle插件4.0+
- 项目已配置Addressables系统
我建议先在Unity中完成Addressables的基本配置，将所有可以延迟加载的资源标记为"Remote"，只保留最核心的启动资源为"Local"。这样能最大限度减小data.unity3d的体积。
3.2 创建install-time资产包
接下来是核心步骤，我们需要在Android Studio项目中创建一个特殊的Module来处理资产包：
- 在Unity导出Android项目后，用Android Studio打开
- 切换到Project视图（重要！很多错误都源于视图模式不对）
- 创建新Module：File → New → New Module → Android Library
- 命名为"install-time-asset-pack"（名称不能有空格或特殊字符）
这里有个坑我踩过：新版本的Android Studio默认使用plugins{}语法，但在混合项目中可能会报错。如果遇到"Plugin [id: 'com.android.library'] was not found"错误，把build.gradle中的plugins块改为传统的apply plugin语法：
apply plugin: 'com.android.library' apply plugin: 'com.android.asset-pack'3.3 配置asset-pack参数
在新建Module的build.gradle中添加以下配置：
assetPack { packName = "install_time_asset_pack" dynamicDelivery { deliveryType = "install-time" } }然后在项目的settings.gradle中添加对新Module的引用：
include ':install-time-asset-pack'最后，在主Module（通常是":launcher"）的build.gradle中添加依赖：
android { ... assetPacks = [":install-time-asset-pack"] } dependencies { implementation 'com.google.android.play:core:1.10.0' }注意：如果你的项目中有其他第三方SDK，可能需要移除play:core依赖以避免冲突。
4. 资源迁移与结构调整
4.1 移动Addressables资源
这是最需要谨慎的一步。我们需要把Unity生成的Addressables资源从原来的位置移动到新创建的asset-pack中：
- 找到Unity生成的Addressables资源，通常位于"src/main/assets/aa/Android"
- 在install-time-asset-pack Module中创建相同的目录结构
- 将资源文件移动（不是复制！）到新位置
重要提示：一定要保持目录结构完全一致。我有次项目就因为少了一层目录导致资源加载失败，排查了半天。
4.2 验证资源路径
移动完成后，建议做以下检查：
- 确认原位置不再有重复资源
- 检查所有资源文件的路径深度是否一致
- 确保asset-pack中的assets目录结构符合Android规范
5. 构建与验证
5.1 构建AAB包
完成所有配置后，就可以构建AAB包了。建议先清理项目再构建：
./gradlew clean ./gradlew bundleRelease构建完成后，可以用bundletool检查包结构：
bundletool build-apks --bundle=app.aab --output=app.apks5.2 验证安装包大小
解压AAB文件（改后缀为.zip即可），检查base/assets.pb中列出的文件大小。理想情况下，data.unity3d应该明显小于150MB，大部分资源应该被拆分到asset-pack中。
我最近一个项目通过这种方法，成功将初始安装包从187MB降到了92MB，效果非常显著。
6. 常见问题排查
6.1 Unity初始化失败
如果游戏启动时报"Unable to Initialize Unity Engine"，通常是因为：
- 移动资源时破坏了目录结构
- 漏掉了某些关键资源
- asset-pack没有正确配置为install-time
解决方案是仔细检查资源路径，确保所有必需资源都在正确位置。
6.2 资源下载失败
如果游戏运行时找不到资源，可能是：
- asset-pack没有正确签名
- gradle配置有误
- 设备不支持PAD
可以通过Android Studio的Logcat查看详细错误信息，重点关注Play Core相关的日志。
6.3 版本兼容性问题
不同版本的Unity、Android Studio和Gradle插件可能会有兼容性问题。我推荐使用以下组合：
- Unity 2021.3 LTS
- Android Studio Flamingo 2022.2.1
- Gradle插件7.4.0
这个组合在我多个项目中都表现稳定。
7. 进阶优化技巧
7.1 混合分发策略
除了install-time，还可以结合fast-follow和on-demand策略：
- 核心启动资源用install-time
- 首关卡资源用fast-follow
- 其他关卡资源用on-demand
这样能进一步优化用户体验。
7.2 纹理压缩优化
在移动资源前，可以考虑对纹理进行进一步压缩：
- 使用ASTC格式替代ETC2
- 调整压缩质量等级
- 移除未使用的mipmap级别
我曾经通过纹理优化，单这一个环节就节省了40MB空间。
7.3 代码剥离与裁剪
不要忽视代码部分的优化：
- 启用IL2CPP代码剥离
- 使用Managed Stripping Level中的High级别
- 移除未使用的程序集
这些措施能显著减小二进制文件大小。