前言

水不动了，一篇小小的资源管理器已经水了好几篇了，太让人难堪了。但是也让我知道了，沉淀没有想象的那么容易，就在以为自己思考的很全面的时候，测试下来又会冒出很多问题。

正文

问题

这次遇到的问题是在以下情况下出现的，上次我们用的异步做资源加载，但有一种情况我没有考虑到（也是我实际使用时碰到的一种情况）我们需要给一个 sprite 赋值一张图片，如果是在异步的情况下，这个资源回调还没有加载回来时，又因为刷新问题需要给这个 sprite 重新赋值一张图片，如果这时旧的图片在新的图片前面加载出来，那么最终显示的图片就是我们不想要的旧图片了。这也是异步的加载的一个缺陷，我们不能保证加载回来的顺序。

解决办法

我会在加载的时候给加载的接口一个当前需要赋值的对象的索引 id —— 这个索引 id 是唯一的。将这个 id 传到资源管理器里做一次判断，如果这个唯一索引已经对应上了一个 assetname 的话，就把之前记录下来的 assetname 所对应的 asset 卸载，然后在资源管理器里和需要加载的 asset 做一次绑定。这样的话，就能保证所加载的资源不会因为异步加载的顺序所产生一些显示错误。

更新

说明

之前在讲异步加载的时候，有一个特性我遗漏了，就是异步相当于开了一个线程池来同时加载所有的东西，这样在设备高速发展的今天，我们能高效的运用多核技术，使我们的游戏更流畅的运行。

技术更新

unity 的异步接口有个很有用的功能，就是如果你直接去获取 assetbundleCreaterequest 中的 assetbundle 属性 或者 assetbundleRequest 中的 asset 属性时，它在获取这个资源的时候，属于阻塞获取，除非 assetbundle，asset 加载回来，否则进程会一直阻塞在这里。但是我们说了，异步加载其实是线程池在跑的，所以这个阻塞不会影响到其他资源已经创建的加载。我们可以根据这个特性，来做一个同步接口，这个接口的好处就是，我们可以避免在打开 ui 界面的时候 因为资源没有加载 而实例化界面对象所产生的显示问题。这是这个特性的一种好的使用方案。

还有一种使用方案是，我们可以在界面打开的时候预加载一组 AssetbundleRequest 的对象，它是异步方法，所以当我们在界面打开的时候，它可能就已经加载了一部分了。打开的时候，我们可以直接去获取它的 asset，如果没有加载成功，它就会一直阻塞在这里，直到加载成功返回，这样做的好处是能让我们感觉界面打开的更流畅。

后语

这个资源管理器本来是为了沉淀自己的技术而做的一个技术文档，却没想到最后成了每周完成一篇blog的任务了。但是在写这篇文章的时候，我也感觉到了自己对于技术的把握还是差了一点，有些东西还是要多看、多学，很多很有用的特性都可能是自己一下子想不出来的。但是后期的文章，我将改变下方案，我会把周更变成月更，这样给自己更多的时间去对于相关的技术做一个查缺补漏。