3、Unity资源打包进阶：AssetBundle的压缩策略、变体（Variant）、LZ4与LZMA对比
好，咱们接着聊AssetBundle。上一章我们把基础打包流程跑通了，但说实话，那只是入门。真正让AssetBundle发挥威力的，是压缩策略和变体机制。这两个东西，我当年在项目里踩过不少坑，今天一次性给你讲透。
3.1 压缩策略：LZ4 vs LZMA，到底选哪个？
很多新手上来就问：「LZ4和LZMA哪个好？」我的回答是：没有绝对的好，只有合不合适的场景。咱们先看它们各自的特点。
| 特性 | LZMA | LZ4 |
|---|---|---|
| 压缩率 | 高（约40%-50%） | 中（约50%-60%） |
| 压缩速度 | 慢 | 快 |
| 解压速度 | 慢 | 极快 |
| 内存占用 | 解压时需要额外内存 | 几乎无额外开销 |
| 随机访问 | 不支持（需全量解压） | 支持（按需加载） |
你看，LZMA压缩率高，但代价是解压慢、不支持随机访问。LZ4压缩率稍低，但解压速度极快，而且可以按需加载。我个人习惯是：对于启动时就必须加载的核心资源，用LZ4；对于下载包体、更新包这类一次性使用的，用LZMA。
核心结论：
- LZ4：适合运行时频繁加载的资源（模型、贴图、UI预制体）
- LZMA：适合下载包、更新包、安装包体（一次解压后转为LZ4）
3.2 我在项目中遇到的LZMA坑
记得有一次，我们做一款MMO手游，首包300MB。当时图省事，所有AssetBundle全用LZMA压缩。结果呢？玩家进游戏加载主城，黑屏了整整8秒！
为什么？因为LZMA解压需要把整个Bundle读到内存里，全部解压完才能用。主城场景有几十个模型、上百张贴图，全挤在一个大Bundle里。解压一次，内存暴涨，CPU飙高，用户体验极差。
后来我改成：首包内所有Bundle用LZ4压缩，热更新包用LZMA压缩。热更新包下载后，在后台解压并重新打包成LZ4格式。这样既保证了下载体积小，又保证了运行时加载快。
我的建议：
如果你做的是移动端项目，默认用LZ4。除非你明确知道这个Bundle只会被加载一次（比如新手引导资源），否则别碰LZMA。
3.3 变体（Variant）：一套资源，多端适配
变体这个东西，说白了就是「同一套资源的不同版本」。比如同一个UI图标，在iOS上要用高清图，在Android上用普通图；同一个模型，高端机用高模，低端机用低模。
变体的核心用法是：给同一个AssetBundle打上不同的变体标签，打包时自动生成多个版本。
// 设置变体
AssetBundleBuild build = new AssetBundleBuild();
build.assetBundleName = "ui_icons";
build.assetBundleVariant = "hd"; // 高清版
build.assetNames = new string[] { "Assets/UI/Icons/icon_hd.png" };
AssetBundleBuild build2 = new AssetBundleBuild();
build2.assetBundleName = "ui_icons";
build2.assetBundleVariant = "sd"; // 普通版
build2.assetNames = new string[] { "Assets/UI/Icons/icon_sd.png" };
打包后，你会得到两个文件：ui_icons.hd 和 ui_icons.sd。加载时，Unity会根据当前平台的变体设置自动选择对应的版本。
3.4 变体的实际应用场景
我曾经在一个跨国项目中用过变体。那项目要同时发布中、日、韩三个版本，每个版本的UI文字长度不一样，导致按钮大小、布局都得微调。
我的做法是：
- 创建三个变体：
zh、ja、ko - 每个变体下放对应语言的UI预制体
- 打包时，三个变体各自生成独立的Bundle
- 运行时根据系统语言加载对应变体
这样，一套代码、一套资源结构，就能覆盖三个市场。维护成本大大降低。
注意：
变体不是万能的。如果你有大量资源需要做多版本，建议用Addressables系统。变体更适合少量、关键资源的差异化处理。
3.5 压缩策略与变体的组合使用
你想想看，变体本身不解决压缩问题。如果你每个变体都用LZMA，那加载时照样慢。所以我的组合策略是：
- 基础资源（所有平台通用）：LZ4压缩，无变体
- 平台差异化资源：LZ4压缩，使用平台变体（如
ios、android） - 语言差异化资源：LZ4压缩，使用语言变体（如
zh、en） - 质量分级资源：LZ4压缩，使用质量变体（如
high、low） - 热更新包：LZMA压缩，下载后转为LZ4
嗯，这里要注意：变体名称不要用数字开头，不要包含特殊字符。我见过有人用 1x、2x 做变体名，结果打包时直接报错。
3.6 实战：如何选择压缩策略
我总结了一个简单的决策流程，你可以直接套用：
- 这个Bundle会被频繁加载吗？ → 是 → 用LZ4
- 这个Bundle是下载包的一部分吗？ → 是 → 用LZMA
- 这个Bundle需要随机访问内部资源吗？ → 是 → 用LZ4
- 这个Bundle只加载一次且体积很大？ → 用LZMA，加载后转为LZ4
说白了，LZ4是日常首选，LZMA是特殊场景的优化手段。别为了省那几MB的包体，牺牲了用户的加载体验。
一句话总结：
LZ4保体验，LZMA保体积。变体做差异化，组合使用才是王道。
好了，这一章的内容就这些。下一章我们会聊AssetBundle的依赖管理和加载优化，那才是真正考验架构能力的地方。做好准备。