Unity开发不可避免的要用到协程(Coroutine),协程同步代码做异步任务的特性使程序员摆脱了曾经异步操作加回调的编码方式,使代码逻辑更加连贯易读。然而在惊讶于协程的好用与神奇的同时,因为不清楚协程背后的实现原理,所以总是感觉无法完全掌握协程。比如:

  1. MonoBehaviour.StartCoroutine接收的参数为什么是IEnumeratorIEnumerator和协程有什么关系?
  2. 既然协程函数返回值声明是IEnumerator,为什么函数内yield return的又是不同类型的返回值?
  3. yield是什么,常见的yield returnyield break是什么意思,又有什么区别?
  4. 为什么使用了yield return就可以使代码“停”在那里,达到某种条件后又可以从“停住”的地方继续执行?
  5. 具体的,yield return new WaitForSeconds(3)yield return webRequest.SendWebRequest(),为什么可以实现等待指定时间或是等待请求完成再接着执行后面的代码?

如果你和我一样也有上面的疑问,不妨阅读下本文,相信一定可以解答你的疑惑。

IEnumerator是什么

根据微软官方文档的描述,IEnumerator是所有非泛型枚举器的基接口。换而言之就是IEnumerator定义了一种适用于任意集合的迭代方式。任意一个集合只要实现自己的IEnumerator,它的使用者就可以通过IEnumerator迭代集合中的元素,而不用针对不同的集合采用不同的迭代方式。

IEnumerator的定义如下所示

public interface IEnumerator
{
object Current { get; } bool MoveNext();
void Reset();
}

IEnumerator接口由一个属性和两个方法组成

  1. Current属性可以获取集合中当前迭代位置的元素
  2. MoveNext方法将当前迭代位置推进到下一个位置,如果成功推进到下一个位置则返回true,否则已经推进到集合的末尾返回false
  3. Reset方法可以将当前迭代位置设置为初始位置(该位置位于集合中第一个元素之前,所以当调用Reset方法后,再调用MoveNext方法,Curren值则为集合的第一个元素)

比如我们经常会使用的foreach关键字遍历集合,其实foreach只是C#提供的语法糖而已

foreach (var item in collection)
{
Console.WriteLine(item.ToString());
}

本质上foreach循环也是采用IEnumerator来遍历集合的。在编译时编译器会将上面的foreach循环转换为类似于下面的代码

{
var enumerator = collection.GetEnumerator();
try
{
while (enumerator.MoveNext()) // 判断是否成功推进到下一个元素(可理解为集合中是否还有可供迭代的元素)
{
var item = enumerator.Current;
Console.WriteLine(item.ToString());
}
} finally
{
// dispose of enumerator.
}
}

yield和IEnumerator什么关系

yield是C#的关键字,其实就是快速定义迭代器的语法糖。只要是yield出现在其中的方法就会被编译器自动编译成一个迭代器,对于这样的函数可以称之为迭代器函数。迭代器函数的返回值就是自动生成的迭代器类的一个对象

试试想象如果没有yield关键字,我们每定义一个迭代器,就要创建一个类,实现IEnumerator接口,接口包含的属性与方法都要正确的实现,是不是很麻烦?而利用yield关键字,只需要下面简单的几行代码,就可以快速定义一个迭代器。诸如迭代器类的创建,IEnumerator接口的实现工作编译器通通帮你做了

// 由迭代器函数定义的迭代器
IEnumerator Test()
{
yield return 1;
Debug.Log("Surprise");
yield return 3;
yield break;
yield return 4;
}
  1. yield return语句可以返回一个值,表示迭代得到的当前元素
  2. yield break语句可以用来终止迭代,表示当前没有可被迭代的元素了

如下所示,可以通过上面代码定义的迭代器遍历元素

IEnumerator enumerator = Test();  // 直接调用迭代器函数不会执行方法的主体,而是返回迭代器对象
bool ret = enumerator.MoveNext();
Debug.Log(ret + " " + enumerator.Current); // (1)打印:True 1
ret = enumerator.MoveNext();
// (2)打印:Surprise
Debug.Log(ret + " " + enumerator.Current); // (3)打印:True 3
ret = enumerator.MoveNext();
Debug.Log(ret + " " + enumerator.Current); // (4)打印:False 3

(1)(3)(4)处的打印都没有什么问题,(1)(3)正确打印出了返回的值,(4)是因为迭代被yield break终止了,所以MoveNext返回了false

重点关注(2)打印的位置,是在第二次调用MoveNext函数之后触发的,也就是说如果不调用第二次的MoveNext,(2)打印将不会被触发,也意味着Debug.Log("Surprise")这句代码不会被执行。表现上来看yield return 1好像把代码“停住”了,当再次调用MoveNext方法后,代码又从“停住”的地方继续执行了

yield return为什么能“停住”代码

想要搞清楚代码“停住”又原位恢复的原理,就要去IL中找答案了。但是编译生成的IL是类似于汇编语言的中间语言,比较底层且晦涩难懂。所以我利用了Unity的IL2CPP,它会将C#编译生成的IL再转换成C++语言。可以通过C++代码的实现来曲线研究yield return的实现原理

比如下面的C#类,为了便于定位函数内的变量,所以变量名就起的复杂点

public class Test
{
public IEnumerator GetSingleDigitNumbers()
{
int m_tag_index = 0;
int m_tag_value = 0;
while (m_tag_index < 10)
{
m_tag_value += 456;
yield return m_tag_index++;
}
}
}

生成的类在Test.cpp文件中,由于文件比较长,所以只截取部分重要的片段(有删减,完整的文件可以查看这里

// Test/<GetSingleDigitNumbers>d__0
struct U3CGetSingleDigitNumbersU3Ed__0_t9371C0E193B6B7701AD95F88620C6D6C93705F1A : public RuntimeObject
{
public:
// System.Int32 Test/<GetSingleDigitNumbers>d__0::<>1__state
int32_t ___U3CU3E1__state_0;
// System.Object Test/<GetSingleDigitNumbers>d__0::<>2__current
RuntimeObject * ___U3CU3E2__current_1;
// Test Test/<GetSingleDigitNumbers>d__0::<>4__this
Test_tD0155F04059CC04891C1AAC25562964CCC2712E3 * ___U3CU3E4__this_2;
// System.Int32 Test/<GetSingleDigitNumbers>d__0::<m_tag_index>5__1
int32_t ___U3Cm_tag_indexU3E5__1_3;
// System.Int32 Test/<GetSingleDigitNumbers>d__0::<m_tag_value>5__2
int32_t ___U3Cm_tag_valueU3E5__2_4; public:
inline int32_t get_U3CU3E1__state_0() const { return ___U3CU3E1__state_0; }
inline void set_U3CU3E1__state_0(int32_t value)
{
___U3CU3E1__state_0 = value;
} inline RuntimeObject * get_U3CU3E2__current_1() const { return ___U3CU3E2__current_1; }
inline void set_U3CU3E2__current_1(RuntimeObject * value)
{
___U3CU3E2__current_1 = value;
Il2CppCodeGenWriteBarrier((void**)(&___U3CU3E2__current_1), (void*)value);
} inline int32_t get_U3Cm_tag_indexU3E5__1_3() const { return ___U3Cm_tag_indexU3E5__1_3; }
inline void set_U3Cm_tag_indexU3E5__1_3(int32_t value)
{
___U3Cm_tag_indexU3E5__1_3 = value;
} inline int32_t get_U3Cm_tag_valueU3E5__2_4() const { return ___U3Cm_tag_valueU3E5__2_4; }
inline void set_U3Cm_tag_valueU3E5__2_4(int32_t value)
{
___U3Cm_tag_valueU3E5__2_4 = value;
}
};

可以看到GetSingleDigitNumbers函数确实被定义成了一个类U3CGetSingleDigitNumbersU3Ed__0_t9371C0E193B6B7701AD95F88620C6D6C93705F1A,而局部变量m_tag_indexm_tag_value都分别被定义成了这个类的成员变量___U3Cm_tag_indexU3E5__1_3___U3Cm_tag_valueU3E5__2_4,并且为它们生成了对应的get和set方法。___U3CU3E2__current_1成员变量对应IEnumeratorCurrent属性。这里再关注下额外生成的___U3CU3E1__state_0成员变量,可以理解为一个状态机,通过它表示的不同状态值,决定了整个函数逻辑应该如何执行,后面会看到它是如何起作用的。

// System.Boolean Test/<GetSingleDigitNumbers>d__0::MoveNext()
IL2CPP_EXTERN_C IL2CPP_METHOD_ATTR bool U3CGetSingleDigitNumbersU3Ed__0_MoveNext_mED8994A78E174FF0A8BE28DF873D247A3F648CFB (U3CGetSingleDigitNumbersU3Ed__0_t9371C0E193B6B7701AD95F88620C6D6C93705F1A * __this, const RuntimeMethod* method)
{
static bool s_Il2CppMethodInitialized;
if (!s_Il2CppMethodInitialized)
{
il2cpp_codegen_initialize_method (U3CGetSingleDigitNumbersU3Ed__0_MoveNext_mED8994A78E174FF0A8BE28DF873D247A3F648CFB_MetadataUsageId);
s_Il2CppMethodInitialized = true;
}
int32_t V_0 = 0;
int32_t V_1 = 0;
bool V_2 = false;
{
int32_t L_0 = __this->get_U3CU3E1__state_0();
V_0 = L_0;
int32_t L_1 = V_0;
if (!L_1)
{
goto IL_0012;
}
}
{
goto IL_000c;
} IL_000c:
{
int32_t L_2 = V_0;
if ((((int32_t)L_2) == ((int32_t)1)))
{
goto IL_0014;
}
}
{
goto IL_0016;
} IL_0012:
{
goto IL_0018;
} IL_0014:
{
goto IL_0068;
} IL_0016:
{
return (bool)0;
} IL_0018:
{
__this->set_U3CU3E1__state_0((-1));
// int m_tag_index = 0;
__this->set_U3Cm_tag_indexU3E5__1_3(0);
// int m_tag_value = 0;
__this->set_U3Cm_tag_valueU3E5__2_4(0);
goto IL_0070;
} IL_0030:
{
// m_tag_value += 456;
int32_t L_3 = __this->get_U3Cm_tag_valueU3E5__2_4();
__this->set_U3Cm_tag_valueU3E5__2_4(((int32_t)il2cpp_codegen_add((int32_t)L_3, (int32_t)((int32_t)456))));
// yield return m_tag_index++;
int32_t L_4 = __this->get_U3Cm_tag_indexU3E5__1_3();
V_1 = L_4;
int32_t L_5 = V_1;
__this->set_U3Cm_tag_indexU3E5__1_3(((int32_t)il2cpp_codegen_add((int32_t)L_5, (int32_t)1)));
int32_t L_6 = V_1;
int32_t L_7 = L_6;
RuntimeObject * L_8 = Box(Int32_t585191389E07734F19F3156FF88FB3EF4800D102_il2cpp_TypeInfo_var, &L_7);
__this->set_U3CU3E2__current_1(L_8);
__this->set_U3CU3E1__state_0(1);
return (bool)1;
} IL_0068:
{
__this->set_U3CU3E1__state_0((-1));
} IL_0070:
{
// while (m_tag_index < 10)
int32_t L_9 = __this->get_U3Cm_tag_indexU3E5__1_3();
V_2 = (bool)((((int32_t)L_9) < ((int32_t)((int32_t)10)))? 1 : 0);
bool L_10 = V_2;
if (L_10)
{
goto IL_0030;
}
}
{
// }
return (bool)0;
}
}

U3CGetSingleDigitNumbersU3Ed__0_MoveNext_mED8994A78E174FF0A8BE28DF873D247A3F648CFB 成员方法对应了IEnumeratorMoveText方法。它的实现利用了goto语句,而这个方法正是代码“停住”与恢复的关键所在

我们一步步来看,按照c#代码的逻辑,第一次调用moveNext函数时,应该执行以下代码

int m_tag_index = 0;
int m_tag_value = 0;
if (m_tag_index < 10)
{
m_tag_value += 456;
return m_tag_index++;
}

对应执行的c++代码如下所示。执行完毕IL_0030完毕后,将返回true,表示还有元素。此时的state为1

// 初始时,___U3CU3E1__state_0值为0
goto IL_0012;
goto IL_0018; // IL_0018内部初始化m_tag_index和m_tag_value为0. 同时设置___U3CU3E1__state_0值为-1
goto IL_0070; // 判断m_tag_index是否小于10
goto IL_0030; // IL_0030内部将m_tag_index值加1,并将m_tag_index的值设置为current值,并将___U3CU3E1__state_0值设置为1

第二次调用moveNext函数,对应C#代码为

if (m_tag_index < 10)
{
m_tag_value += 456;
return m_tag_index++;
}

对应的c++代码为

// 此时___U3CU3E1__state_0值为1,根据判断进入IL_000c
goto IL_000c;
goto IL_0014;
goto IL_0068; // 设置___U3CU3E1__state_0为-1
IL_0070 // 判断m_tag_index是否小于10
goto IL_0030; // 返回1,表示true,还有可迭代元素

当第11次调用moveNext函数时,m_tag_index的值已经是10,此时函数应该结束。返回值应该是false,表示没有再能返回的元素了。

所以对应的C++代码为

// ___U3CU3E1__state_0值是1
goto IL_000c;
goto IL_0014;
goto IL_0068
IL_0070 // 判断m_tag_index是不小于10的,所以不会进入IL_0030
{
// }
return (bool)0;
}

到这里,我想代码“停住”与恢复的神秘面纱终于被揭开了。总结下来就是,以能“停住”的地方为分界线,编译器会为不同分区的语句按照功能逻辑生成一个个对应的代码块。yield语句就是这条分界线,想要代码“停住”,就不执行后面语句对应的代码块,想要代码恢复,就接着执行后面语句对应的代码块。而调度上下文的保存,是通过将需要保存的变量都定义成成员变量来实现的。

Unity协程机制的实现原理

现在我们可以讨论下yield return与协程的关系了,或者说IEnumerator与协程的关系

协程是一种比线程更轻量级的存在,协程可完全由用户程序控制调度。协程可以通过yield方式进行调度转移执行权,调度时要能够保存上下文,在调度回来的时候要能够恢复。这是不是和上面“停住”代码然后又原位恢复的执行效果很像?没错,Unity实现协程的原理,就是通过yield return生成的IEnumerator再配合控制何时触发MoveNext来实现了执行权的调度

具体而言,Unity每通过MonoBehaviour.StartCoroutine启动一个协程,就会获得一个IEnumeratorStartCoroutine的参数就是IEnumerator,参数是方法名的重载版本也会通过反射拿到该方法对应的IEnumerator)。并在它的游戏循环中,根据条件判断是否要执行MoveNext方法。而这个条件就是根据IEnumeratorCurrent属性获得的,即yield return返回的值。

在启动一个协程时,Unity会先调用得到的IEnumeratorMoveNext一次,以拿到IEnumeratorCurrent值。所以每启动一个协程,协程函数会立即执行到第一个yield return处然后“停住”。

对于不同的Current类型(一般是YieldInstruction的子类),Unity已做好了一些默认处理,比如:

  • 如果Currentnull,就相当于什么也不做。在下一次游戏循环中,就会调用MoveNext。所以yield return null就起到了等待一帧的作用

  • 如果CurrentWaitForSeconds类型,Unity会获取它的等待时间,每次游戏循环中都会判断时间是否到了,只有时间到了才会调用MoveNext。所以yield return WaitForSeconds就起到了等待指定时间的作用

  • 如果CurrentUnityWebRequestAsyncOperation类型,它是AsyncOperation的子类,而AsyncOperationisDone属性,表示操作是否完成,只有isDone为true时,Unity才会调用MoveNext。对于UnityWebRequestAsyncOperation而言,只有请求完成了,才会将isDone属性设置为true。

    也因此我们才可以使用下面的同步代码,完成本来是异步的网络请求操作。

    using(UnityWebRequest webRequest = UnityWebRequest.Get("https://www.cnblogs.com/iwiniwin/p/13705456.html"))
    {
    yield return webRequest.SendWebRequest();
    if(webRequest.isNetworkError)
    {
    Debug.Log("Error " + webRequest.error);
    }
    else
    {
    Debug.Log("Received " + webRequest.downloadHandler.text);
    }
    }

实现自己的Coroutine

Unity的协程是和MonoBehavior进行了绑定的,只能通过MonoBehavior.StartCoroutine开启协程,而在开发中,有些不是继承MonoBehavior的类就无法使用协程了,在这种情况下我们可以自己封装一套协程。在搞清楚Unity协程的实现原理后,想必实现自己的协程也不是难事了,感兴趣的同学赶快行动起来吧。

这里有一份Remote File Explorer内已经封装好的实现,被用于制作Editor工具时无法使用MonoBehavior又想使用协程的情况下。Remote File Explorer是一个跨平台的远程文件浏览器,使用户通过Unity Editor就能操作应用所运行平台上的目录文件,其内部消息通讯部分大量使用了协程,是了解协程同步代码实现异步任务特性的不错的例子

当然Unity Editor下使用协程,Unity也提供了相关的包,可以参考Editor Coroutines

聊一聊Unity协程背后的实现原理的更多相关文章

  1. 深入浅出!从语义角度分析隐藏在Unity协程背后的原理

    Unity的协程使用起来比较方便,但是由于其封装和隐藏了太多细节,使其看起来比较神秘.比如协程是否是真正的异步执行?协程与线程到底是什么关系?本文将从语义角度来分析隐藏在协程背后的原理,并使用C++来 ...

  2. Unity协程(Coroutine)原理深入剖析再续

    Unity协程(Coroutine)原理深入剖析再续 By D.S.Qiu 尊重他人的劳动,支持原创,转载请注明出处:http.dsqiu.iteye.com 前面已经介绍过对协程(Coroutine ...

  3. Unity协程(Coroutine)原理深入剖析

    Unity协程(Coroutine)原理深入剖析 By D.S.Qiu 尊重他人的劳动,支持原创,转载请注明出处:http.dsqiu.iteye.com 其实协程并没有那么复杂,网上很多地方都说是多 ...

  4. 【转】Unity协程(Coroutine)原理深入剖析

    Unity协程(Coroutine)原理深入剖析 By D.S.Qiu 尊重他人的劳动,支持原创,转载请注明出处:http.dsqiu.iteye.com 记得去年6月份刚开始实习的时候,当时要我写网 ...

  5. Unity协程(Coroutine)原理深入剖析(转载)

    记得去年6月份刚开始实习的时候,当时要我写网络层的结构,用到了协程,当时有点懵,完全不知道Unity协程的执行机制是怎么样的,只是知道函数的返回值是IEnumerator类型,函数中使用yield r ...

  6. unity协程coroutine浅析

    转载请标明出处:http://www.cnblogs.com/zblade/ 一.序言 在unity的游戏开发中,对于异步操作,有一个避免不了的操作: 协程,以前一直理解的懵懵懂懂,最近认真充电了一下 ...

  7. Unity 协程使用指南

    0x00 前言 在使用Unity的过程中,对协程仅仅知道怎样使用,但并不知道协程的内部机理,对于自己不清楚的部分就像一块大石压力心里.让自己感觉到担忧和不适. 这篇文章一探到底,彻底揭开协程的面纱,让 ...

  8. Unity 协程运行时的监控和优化

    我是快乐的搬运工: http://gulu-dev.com/post/perf_assist/2016-12-20-unity-coroutine-optimizing#toc_0 --------- ...

  9. Unity协程(Coroutine)管理类——TaskManager工具分享

    博客分类: Unity3D插件学习,工具分享 源码分析   Unity协程(Coroutine)管理类——TaskManager工具分享 By D.S.Qiu 尊重他人的劳动,支持原创,转载请注明出处 ...

随机推荐

  1. 封装axios在util中

    创建util工具类,封装通用的get和post请求 封装axios成工具类,方便大家请求调用 1.创建util文件夹 2.创建request.js 3.封装 //封装请求相关方法 //初始化一个axi ...

  2. createrepo 建立本地yum源

    linux使用createrepo制作本地yum源   目录 linux使用createrepo制作本地yum源 安装createrepo软件包 进入本地rpm包目录 执行完后可以看到生成的repod ...

  3. make: g77: Command not found 修改Makefile.in中的编译文件中的g77为gfortran

    make: g77: Command not found 编译cblas时报错,这时,修改Makefile.in中的编译文件中的g77为gfortran

  4. kvm总结复习

    一.虚拟化概念 1.虚拟化技术:在计算机技术中,虚拟化(技术)或虚拟技术(英语:Virtualization)是一种资源管理技术,是将计算机的各种实体资源(CPU.内存.磁盘空间.网络适配器等),予以 ...

  5. Linux进阶之软件管理

    本节内容 一.rpm:管理linux软件程序的 特点:安装方便 不能解决依赖关系 1.安装软件: -i: -v: -h: rpm -ivh 包名 2.卸载软件 -e: 清楚 rpm -e 程序名 3. ...

  6. ubuntu中安装visual studio code-(转载)

    在Ubuntu中安装Visual Studio Code 编译自:http://itsfoss.com/install-visual-studio-code-ubuntu/ 作者: Abhishek ...

  7. 学习Python中出现的错误集合(不定时更新)jupyter平台

    出现的问题:1. 本图的错误,一个是line 7 init的两侧应该是是双下划线"__"导致所示错误 2. 本图的错误是 line 12 Student.student_tatal ...

  8. C# MVC(File)控件多张图片上传加预览

    刚来公司实习,老板叫我写一个积分商城网站.用的是公司的框架结构搭建的后台,所以后台的图片上传不需要自己写.但是前台的评价图片就需要自己手写了,在网上找了很多代码发现都用不了.问了很多人也都没有实现! ...

  9. YOLOV4各个创新功能模块技术分析(二)

    YOLOV4各个创新功能模块技术分析(二) 四.数据增强相关-GridMask Data Augmentation 论文名称:GridMask Data Augmentation 论文地址:https ...

  10. 如何为应用选择最佳的FPGA(下)

    如何为应用选择最佳的FPGA(下) How to select an FPGA board? FPGA板的选择在很大程度上受FPGA本身的影响,也受整个板的特性和性能的影响.们已经在上面的章节中讨论了 ...