前言：AssetBundle是Unity开发中核心的资源管理技术，主要用于减小安装包体积、实现资源热更新和按需加载，是中大型Unity项目必备技能。本文从基础概念、完整流程、代码示例到最佳实践，全面梳理AssetBundle知识点，适合新手入门和开发者查阅，建议收藏备用。
一、AssetBundle核心定义
AssetBundle（简称AB包）是Unity提供的一种资源打包与动态加载机制，可将游戏中的模型、纹理、音频、场景、预制体等各类资源，打包成独立于安装包的二进制文件（通常后缀为.unity3d或.ab），在游戏运行时按需加载、卸载，灵活管理资源。
核心价值：① 减小初始安装包体积（只打包核心资源，其他资源后续加载）；② 支持资源热更新（无需重新发布APP/游戏，即可更新资源）；③ 实现资源按需加载（如切换关卡时加载对应资源，降低内存占用）。
二、核心概念与依赖关系
2.1 核心术语
-
AssetBundle名称：给每个AB包定义的唯一标识，用于加载时定位包文件（如“ui/login”“model/player”）。
-
变体（Variant）：同一资源的不同版本（如高低清纹理、不同平台的模型），通过变体名称区分（如“texture/high”“texture/low”）。
-
Manifest文件：打包后自动生成的清单文件，记录AB包的依赖关系、版本信息、资源列表，是加载和版本管理的关键。
2.2 资源依赖关系（重点）
Unity中资源存在依赖链（如预制体依赖材质，材质依赖纹理），打包时需注意：
-
打包时Unity会自动分析依赖，若A资源依赖B资源，将A打包成AB包时，B不会自动打包到A中，需手动将B打包成独立AB包。
-
加载时，必须先加载所有依赖的AB包，否则资源会显示异常（如材质丢失、模型粉红色）。
-
通过Manifest文件可获取某个AB包的所有依赖包名称，避免漏加载。
三、AssetBundle完整工作流程（实操重点）
全程分为4步：标记资源 → 构建AB包 → 加载AB包 → 卸载AB包，每一步都有明确的实操细节，结合代码示例讲解。
3.1 第一步：标记资源（给资源分配AB包名称）
-
在Unity编辑器的Project窗口中，选中需要打包的资源（如预制体、纹理）。
-
在Inspector面板底部，找到“AssetBundle”下拉框，点击“New”，输入AB包名称（如“prefab/player”），变体（Variant）可留空（按需设置）。
-
相同AB包名称的资源，会被打包到同一个AB文件中；不同名称则分开打包。
注意：不要将场景直接标记为AB包，场景打包需单独处理（下文有说明）；避免将高频和低频资源打包在一起，影响加载效率。
3.2 第二步：构建AssetBundle（生成AB包文件）
需编写Editor脚本，调用Unity的BuildPipeline接口构建AB包，脚本放在“Editor”文件夹下（Unity会自动识别Editor脚本）。
完整构建脚本（可直接复制使用）
using UnityEditor;
using System.IO;
/// <summary>
/// AssetBundle构建脚本，菜单栏点击即可执行
/// </summary>
public class AssetBundleBuilder : Editor
{
// 菜单栏添加按钮，路径：Assets/Build AssetBundles
[MenuItem("Assets/Build AssetBundles")]
public static void BuildAllAssetBundles()
{
// 1. 定义AB包输出路径（建议放在StreamingAssets文件夹，可直接被Unity读取）
string outputPath = Application.streamingAssetsPath + "/AssetBundles";
// 若路径不存在，创建文件夹
if (!Directory.Exists(outputPath))
{
Directory.CreateDirectory(outputPath);
}
// 2. 构建AB包（核心方法）
BuildPipeline.BuildAssetBundles(
outputPath, // 输出路径
BuildAssetBundleOptions.None, // 打包选项（下文详解）
EditorUserBuildSettings.activeBuildTarget // 目标平台（与打包后运行平台一致）
);
// 构建完成提示
Debug.Log("AssetBundle构建完成！输出路径：" + outputPath);
}
}
关键参数说明
-
BuildAssetBundleOptions（打包选项）：
-
None：默认选项，无压缩，加载速度快，包体积大。
-
ChunkBasedCompression：LZ4压缩，平衡压缩率和加载速度（推荐使用）。
-
CompressWithLZMA：LZMA压缩，压缩率最高，但加载时需完全解压，适合网络下载后缓存。
-
DeterministicAssetBundle：生成固定哈希值的AB包，便于版本管理（热更新必备）。
-
-
目标平台：不同平台的AB包不兼容（如Android和iOS的AB包不能通用），构建时需选择对应平台（如BuildTarget.Android、BuildTarget.iOS）。
3.3 第三步：加载AssetBundle（运行时核心操作）
加载AB包分为“加载包文件”和“加载包内资源”两步，常用两种加载方式：本地加载（适合本地资源）、网络加载（适合热更新）。
方式1：本地加载（推荐本地资源使用）
通过AssetBundle.LoadFromFile()加载，速度快，无需异步，适合加载本地StreamingAssets或缓存中的AB包。
using UnityEngine;
public class AssetBundleLoader : MonoBehaviour
{
// AB包路径（本地StreamingAssets下的路径）
private string abPath;
void Start()
{
// 获取本地AB包路径（不同平台路径略有差异，统一处理）
abPath = Application.streamingAssetsPath + "/AssetBundles/prefab/player";
// 1. 加载AB包
AssetBundle ab = AssetBundle.LoadFromFile(abPath);
if (ab == null)
{
Debug.LogError("AB包加载失败！路径：" + abPath);
return;
}
// 2. 加载包内资源（参数为资源名称，与Project窗口中一致）
GameObject playerPrefab = ab.LoadAsset<GameObject>("Player");
// 实例化资源
Instantiate(playerPrefab);
// 3. 资源使用完毕后，卸载AB包（下文详解）
// ab.Unload(false);
}
}
方式2：网络加载（热更新常用）
通过UnityWebRequest加载网络上的AB包，需异步执行，适合热更新场景（如从服务器下载更新资源）。
using UnityEngine;
using UnityEngine.Networking;
using System.Collections;
public class WebAssetBundleLoader : MonoBehaviour
{
// 网络AB包地址（示例，替换为自己的服务器地址）
private string abUrl = "http://xxx.xxx.xxx/AssetBundles/prefab/player";
void Start()
{
// 异步加载AB包
StartCoroutine(LoadABFromWeb());
}
IEnumerator LoadABFromWeb()
{
// 1. 创建网络请求
using (UnityWebRequest request = UnityWebRequestAssetBundle.GetAssetBundle(abUrl))
{
// 发送请求并等待响应
yield return request.SendWebRequest();
// 检查请求是否成功
if (request.result != UnityWebRequest.Result.Success)
{
Debug.LogError("网络加载AB包失败：" + request.error);
}
else
{
// 2. 获取AB包
AssetBundle ab = DownloadHandlerAssetBundle.GetContent(request);
// 3. 加载包内资源
GameObject playerPrefab = ab.LoadAsset<GameObject>("Player");
Instantiate(playerPrefab);
// 4. 卸载AB包
// ab.Unload(false);
}
}
}
}
加载场景AB包（特殊处理）
场景不能直接用LoadAsset加载，需使用SceneManager.LoadSceneAsync()，且加载前需先加载场景依赖的AB包。
// 加载场景AB包后，加载场景
IEnumerator LoadSceneAB()
{
string sceneAbPath = Application.streamingAssetsPath + "/AssetBundles/scene/level1";
AssetBundle sceneAb = AssetBundle.LoadFromFile(sceneAbPath);
if (sceneAb == null)
{
Debug.LogError("场景AB包加载失败！");
yield break;
}
// 加载场景（参数为场景名称，与包内场景一致）
yield return UnityEngine.SceneManagement.SceneManager.LoadSceneAsync("Level1");
// 卸载场景AB包（场景加载完成后可卸载）
sceneAb.Unload(false);
}
3.4 第四步：卸载AssetBundle（避免内存泄漏）
AB包加载后会占用内存，资源使用完毕后必须及时卸载，核心方法：AssetBundle.Unload(bool unloadAllLoadedObjects)
-
Unload(false)：仅卸载AB包文件本身，保留已加载到内存中的资源实例（场景中正在使用的资源不会丢失），推荐使用。
-
Unload(true)：卸载AB包文件 + 所有已加载的资源实例，场景中引用该资源的对象会丢失（如模型消失），谨慎使用。
避坑点：不要频繁加载/卸载AB包，会增加内存开销；若多个地方使用同一AB包，建议全局管理，统一加载和卸载。
四、最佳实践（避坑指南）
4.1 资源分组策略（核心）
合理分组是提升加载效率和热更新体验的关键，推荐3种分组方式：
-
按使用频率分组：高频资源（UI预制体、常用音效）打包在一起，低频资源（关卡资源、隐藏道具）单独打包，避免加载高频资源时加载冗余内容。
-
按依赖关系分组：将有强依赖的资源打包在一起（如玩家模型+玩家材质+玩家动画），减少依赖加载次数，避免漏加载。
-
按更新频率分组：易更新资源（活动皮肤、节日道具）单独打包，核心资源（核心玩法模型、UI框架）单独打包，热更新时仅下载需要更新的AB包。
4.2 常见问题与解决方案
| 常见问题 | 解决方案 |
|---|---|
| 资源加载后显示异常（粉红色、材质丢失） | 检查依赖关系，确保所有依赖的AB包已加载；确认资源名称与加载时的参数一致。 |
| AB包加载失败（返回null） | 检查路径是否正确（不同平台路径差异）；确认AB包构建时的目标平台与运行平台一致；检查AB包是否损坏。 |
| 内存泄漏（内存占用越来越高） | 及时卸载不再使用的AB包；避免重复加载同一AB包；使用Resources.UnloadUnusedAssets()清理未引用的资源。 |
| 热更新后资源不生效 | 使用Manifest文件校验AB包版本；确保加载的是最新下载的AB包，而非本地缓存的旧包；卸载旧包后再加载新包。 |
4.3 压缩选项选择建议
-
本地资源（如StreamingAssets中的资源）：使用None或LZ4压缩，优先保证加载速度。
-
网络下载资源（热更新）：使用LZMA压缩，减小下载体积；下载后缓存到本地，后续加载时使用LZ4或None模式。
五、AssetBundle与Addressables的区别
Addressables是Unity推出的新一代资源管理系统，基于AssetBundle封装，简化了资源管理流程，对比差异如下：
| 特性 | AssetBundle | Addressables |
|---|---|---|
| 依赖管理 | 需手动处理依赖加载 | 自动处理依赖关系 |
| 热更新 | 需手动编写版本校验、下载逻辑 | 内置热更新功能，简化配置 |
| 易用性 | 需手动编写打包、加载脚本，门槛高 | 可视化配置，API简洁，新手友好 |
| 适用场景 | 小型项目、对资源管理有自定义需求的项目 | 中大型项目、需要快速实现热更新的项目 |
| 建议：新项目优先使用Addressables；已有项目若已使用AssetBundle，可逐步迁移，或继续使用（按需扩展）。 |
六、总结与补充
AssetBundle的核心是“打包-加载-卸载”的闭环，关键在于合理的资源分组、正确处理依赖关系和避免内存泄漏。本文涵盖了开发中常用的知识点和实操代码，可直接用于项目开发。
补充：若需实现完整的热更新流程（版本校验、断点续传、缓存管理），可留言获取完整示例代码；后续会更新Addressables详细教程，关注不迷路~
创作不易，点赞+收藏，持续更新Unity开发干货！
（注：文档部分内容由 AI 生成）
