关于 Res 结构
再也没有比这个图能更能说明 ResMgr 结构了, 我会尽量用简要的文字去描述大概的结构
1. 资源真正加载
NetRes , InternaIRes , AssetRes, AssetBundleRes , 都继承了 IRes 在它们里面 实现了 LoadSync,LoadAsync ,就是同步和异步加载方式,通过 ResFactory 去判断创建哪种实例。
当开始资源加载的时候,假如是 ab 资源,那么一定会先去查找ab 包的依赖资源,同时也会存放这种依赖关系,将它们放入队列的队头,让它们优先加载,也就是 通过 ResFactory 去创建 AssetBundleRes 实例对象,当依赖加载完成后,最后再加载要加载的 ab 资源。
当加载完后,ResMgr 将会将加载好的资源放入 Dictionary<string, IRes> mResDictionary 中,以作缓存,那么当 ResLoader 去加载的时候,首先会判断 mResDictionary 存不存在 该资源的缓存,如果存在的话,则直接取该资源,引用加一,如果不存在,然后如上述步骤,去加载,加载完后,引用加一,并同时在 ResLoader 内有 List<IRes> mResList 存放了该资源的引用,当 ResLoader ReleaseAllRes 的时候,将会首先将 mResList 里的资源引用计数减一,ResMgr 判断该资源引用计数为 0 的时候,那么就会去卸载该资源, 调用 AbstractRes Unload 方法。
2. 打包 ab
当我们点击 打包ab按钮的时候,首先会查找 ab 的依赖关系,然后让依赖关系序列化,存储到 Resources/asset_bindle_config 二进制文件里。 你想的没错,这个文件将会在移动平台有大作用,它会去反序列化,获取依赖关系,然后在加载 ab 资源的时候就不通过 AssetDatabase.GetAssetBundleDependencies 去获取依赖关系。 把 asset_bindle_config 丢在 Resources 的原因是,我需要同步加载它,这样才能更方便的同步加载资源。