5.AB包依赖卸载及互相引用
5.1 题目
如果一个 AssetBundle 被多个 AB 包依赖，卸载依赖包时是否可以直接卸载它？如何处理相互引用的 AB 包？
5.2 深入解析
在 Unity 的 AssetBundle 系统中，卸载一个 AssetBundle 时必须确保没有其他包依赖它，否则直接卸载会导致依赖此资源的内容失效甚至崩溃。对于相互引用（循环依赖）的情形，更需在卸载逻辑中进行特殊处理。
引用计数管理
- 每个 AssetBundle 都维护一个引用计数（或依赖计数），当某个包被加载时，计数加一；当包不再需要时，计数减一。只有当计数归零时，才真正调用
AssetBundle.Unload(false)或Unload(true)。
- 每个 AssetBundle 都维护一个引用计数（或依赖计数），当某个包被加载时，计数加一；当包不再需要时，计数减一。只有当计数归零时，才真正调用
依赖图（Dependency Graph）- 在构建时解析所有 AB 之间的依赖关系，生成一张有向图。卸载时递归遍历图，减少依赖的引用计数，而不是盲目卸载单个包。
处理循环依赖
循环依赖本质是一个有向环。在加载时各自引用计数都会累加，卸载时需打破环路：
- 先将环中所有包的引用减一；
- 再检查计数是否都为零，如果是，则全部卸载；
- 如有部分依旧被外部持有，则保留。
及时释放与强制卸载
- 对于一时不再使用但可能会复用的 AssetBundle，可选择
Unload(false)只释放内存不卸载依赖的 Unity 对象；完全不再使用时再做Unload(true)。
- 对于一时不再使用但可能会复用的 AssetBundle，可选择
自动化管理
- 在项目框架中封装 AssetBundle 管理器，对外只提供 Load/Release 接口，内部做好依赖计数和循环引用检测，避免手动误操作。
5.3 答题示例
“不能直接卸载被多个包依赖的 AssetBundle，否则会导致依赖它的资源失效。常见做法是对每个 AB 做引用计数管理：
- 加载时，自身计数 +1，并对所有依赖包也 +1；
- 卸载时，自身计数 -1，并依次对依赖包 -1；
- 只有当计数降到 0 时，才调用
Unload()；
对于循环依赖，在减计数阶段先一次性遍历环中所有节点再统一卸载，这样才能打破环路并正确释放每个包。”
5.4 关键词联想
- AssetBundle 依赖管理
- 引用计数（Reference Counting）
- 依赖图（Dependency Graph）
- 循环依赖（Circular Dependencies）
AssetBundle.Unload(false/true)- 加载/卸载对称性
- 资源管理器（Resource Manager）
- 及时释放 vs 复用缓存
转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 785293209@qq.com
