协程

同个功能的多次缓慢加载但只取其中一个

之前协程加载AssetBundle或者网络下载的时候，惯例写法是传入回调。
当同一个模块对某个功能多次发起这种异步加载的方式的时候，可能加载回来很多个之后，
只有一个是他需要的，那么这时为了防止同个功能加载多个资源但是这些资源加载完成时序不确定然后导致最后使用到最后加载完成的资源情况，
他需要在加载时候多传入一个资源标识符，他自己本身持唯一一个标识符。当有多个资源都加载完成的时候，
完成回调中调用加载函数传入时顺带传参进来的标识符。

树形依赖资源的加载

有依赖关系的资源会分开打包，例如1和2都依赖3，然后不依赖打包的话，可能全部打包到一起。
在实际商业项目中，往往不会一开始就将程序所有的ab包加载到内存，这样可能会内存过大所以实际项目都是ab包分开打包。
所以，1和2如果要加载都要先加载好3.
所以ab包会有依赖关系。

协程这种方法还有个问题是如果资源是多层嵌套依赖的方式，就有比较难处理。
例如加载好A需要加载好B和C，加载好B需要加载好D和E，加载C需要加载好F和G
这种树形结构方式的资源结构。

这里ABCDEFG都是assetbundle资源
那么协程对这种情况的处理方式是
先加载G和F，G和F每个加载完成都有一个对应变量标志位改变，每次G或者F都加载好之后都有判断是否所有标志位都好了，
当G和F都加载好之后，才去加载 D。其他都是这样。
如果没有专门的计数引用工具，这种逻辑就会写的比较繁琐，并且依赖关系更改之后，这些代码也要进行更改。

协程的直接使用适合没有嵌套结构，并且不会同一个功能需要短时间多次加载资源，并且只取其中一个资源的情况。
否则就需要进行一些只针对项目业务的程度有些大的更改。

Await

await的方式，让开发人员用处理同步代码的方式进行好了异步的处理。

async和await需要同时在一个方法出现，如下所示

 async void ReadText()
    {
        Task<string> task = AsyncLoadText("test.txt");
        await task;
        Debug.Log(task.Result);
    }

声明了async 的函数要么返回值是void要么是Task或者Task泛型类型。

    void Start()
    {
        ReadText();
    }

    async void ReadText()
    {
        Task<string> task = AsyncLoadText("test.txt");
        await task;
        Debug.Log(task.Result);
    }

    async Task<string> AsyncLoadText(string url)
    {
        string path = Path.Combine(Application.streamingAssetsPath, url);
        UnityWebRequest getRequest = UnityWebRequest.Get(path);
        await getRequest.SendWebRequest();
        string text = getRequest.downloadHandler.text;
        return text;
    }