1. 理解AAB分包与150MB限制的核心逻辑
Google Play从2021年8月起强制要求新应用必须使用AAB（Android App Bundle）格式上传，同时严格限制初始安装包大小不得超过150MB。这个限制背后的技术逻辑是：当用户点击安装按钮时，Google Play只会先下载基础模块（base module），其他资源按需动态加载。
Unity传统的APK+OBB方案虽然仍能使用，但已经不再是官方推荐方案。AAB的先进之处在于：
- 智能分发：Google Play会根据设备配置（CPU架构、屏幕密度等）自动生成最优化的APK组合
- 按需加载：通过Play Asset Delivery实现资源动态下载，减少初始安装体积
- 模块化更新：可以单独更新某个功能模块而非整个应用
实测一个300MB的Unity游戏，启用Split Application Binary后：
- 基础APK可压缩到40MB左右（仅包含启动场景和必要代码）
- 剩余资源自动打包为asset pack模块
- 用户首次安装时实际下载约60-80MB（基础APK+首场景资源）
2. Unity国际版的环境配置要点
2.1 版本选择与基础设置
必须使用Unity国际版（非中国特供版）才能正常生成符合Google Play要求的AAB包。下载地址为unity.com，推荐使用2021 LTS或更新版本。关键配置项：
// Player Settings → Configuration Scripting Backend: IL2CPP API Compatibility Level: .NET Standard 2.1 Target Architectures: ARMv7 + ARM64 Minimum API Level: Android 6.0 (Marshmallow)2.2 纹理压缩与分包优化
在Publishing Settings中开启以下选项：
- Split Application Binary（核心开关）
- Build App Bundle (Google Play)
- Custom Main Gradle Template（需手动创建）
纹理压缩配置建议：
<!-- Assets/Plugins/Android/mainTemplate.gradle --> android { bundle { textureCompressionFormat { astc { enabled true } etc2 { enabled true } pvrtc { enabled false } } } }3. 构建流程的完整避坑指南
3.1 场景结构的黄金法则
通过实际踩坑发现，Google Play对base模块的大小校验极其严格。推荐采用"空场景引导"方案：
- 创建空白场景Splash.unity作为Build Settings首场景
- 在该场景的Awake()方法中加载主场景：
SceneManager.LoadSceneAsync("MainMenu", LoadSceneMode.Single);- 确保Splash场景：
- 不含任何Texture/Mesh资源
- 脚本代码量<100行
- 不引用第三方DLL
3.2 构建参数详解
执行Build时必须使用的命令行参数：
Unity.exe -quit -batchmode -projectPath "项目路径" -buildTarget Android -executeMethod BuildScript.BuildAAB其中BuildScript.cs应包含：
public static void BuildAAB() { EditorUserBuildSettings.buildAppBundle = true; PlayerSettings.Android.useAPKExpansionFiles = true; BuildPipeline.BuildPlayer(new BuildPlayerOptions { scenes = new[] { "Assets/Scenes/Splash.unity" }, locationPathName = "Build/android/release.aab", target = BuildTarget.Android, options = BuildOptions.None }); }4. 本地测试验证全流程
4.1 模拟器安装技巧
使用bundletool进行本地验证：
# 生成APKS文件 bundletool build-apks --bundle=release.aab --output=release.apks # 安装到模拟器 bundletool install-apks --apks=release.apks关键检查点：
- 确认/data/app/包名/base.apk大小<150MB
- 检查obb文件是否自动部署到Android/obb/包名/
- 使用adb logcat监控资源加载过程
4.2 真机调试注意事项
Android 11+设备需要特别处理：
<!-- AndroidManifest.xml --> <application android:requestLegacyExternalStorage="true"> <uses-permission android:name="android.permission.MANAGE_EXTERNAL_STORAGE"/> </application>测试流程：
- 通过USB安装基础APK
- 手动创建obb目录结构
- 使用Android Studio的Device File Explorer验证文件位置
5. Google Play上传终极解决方案
5.1 Console后台操作详解
上传分三个阶段：
基础信息填写：
- 应用类别选"Game"
- 内容分级选择IARC自动分级
- 价格设置务必选"免费"（即使含IAP）
AAB上传：
- 进入"发布 > 测试 > 内部测试"
- 拖拽aab文件到上传区域
- 等待约10分钟处理完成
问题排查： 当出现"Base module exceeds 150MB"错误时：
- 检查textureCompressionFormat配置
- 使用aapt2分析包内容：
aapt2 dump resources release.aab
5.2 常见错误与修复方案
错误1：Missing 64-bit libraries解决方法：
- 确认Player Settings中ARM64已勾选
- 检查gradle配置：
ndk { abiFilters 'armeabi-v7a', 'arm64-v8a' }错误2：Zipalign validation failed处理步骤：
找到zipalign工具路径：
- Windows:
%ANDROID_HOME%\build-tools\30.0.3\zipalign.exe - Mac:
~/Library/Android/sdk/build-tools/30.0.3/zipalign
- Windows:
执行对齐操作：
zipalign -v -p 4 input.apk output.apk- 验证对齐结果：
zipalign -c -v 4 output.apk6. 高级优化技巧
6.1 资源加载策略优化
推荐采用混合加载方案：
// 优先尝试从StreamingAssets加载 string path = Path.Combine(Application.streamingAssetsPath, "assetbundle"); if (!File.Exists(path)) { // 从AssetPacks加载 path = Path.Combine(Application.persistentDataPath, "assetpacks/assetbundle"); }6.2 安装后资源管理
智能清理策略示例：
long cacheSize = GetFolderSize(Application.persistentDataPath); if (cacheSize > 500 * 1024 * 1024) { // 500MB阈值 foreach(string file in Directory.GetFiles(Application.persistentDataPath)) { if (file.EndsWith(".temp")) File.Delete(file); } }7. 版本更新特别处理
当发布更新版本时：
- 必须递增Bundle Version Code
- 旧版obb文件不会自动删除，需手动清理：
// Android原生代码 File obbDir = new File("/Android/obb/" + packageName); if (obbDir.exists()) { for (File file : obbDir.listFiles()) { if (file.getName().contains("oldVersionCode")) { file.delete(); } } }我在实际项目中发现，合理使用Addressables系统配合AAB分包，可以将300MB的游戏初始安装包控制在138MB左右。关键是把首场景资源控制在20MB内，并确保所有Texture设置为ASTC压缩格式。
