撰写于 2018-05-09

    <span id="post-title-updated">修改于 2018-05-10</span>
  
  
  
</p>

<p>很多脚本语言都有线程的概念,lua也不例外,但是lua的线程有点特殊,不能算作是真正的线程,叫做协程(coroutine),一般意义上的线程有如下特征:每个线程都有自己的堆栈;可以同时执行(多核);抢占式执行,无须手动唤醒。但是协程不一样。</p>

协程特点

  1. 有自己的的堆栈和局部变量
  2. 需要手动切换协程之间的执行
  3. 同一时刻只能有一个协程执行(无论是否是多核)

coroutine库

  1. coroutine.create(f)
    传递一个函数f,创建一个协程,返回协程句柄。

  2. coroutine.isyieldable()
    正在运行的协程是否可以让出,如果可以,返回true,只有主协程和C函数是无法让出的。

  3. coroutine.resume(co, [val1,…])
    启动或者再次启动一个协程,由挂起状态(suspended)变为运行状态(running)
    注:
    首次启动协程会把参数[val1,…],传递给协程co的函数;
    再次启动协程会把参数[val1,…],作为给协程co上一次yeild的返回值。
    返回值:

    • 如果协程co的函数执行完毕,则协程正常终止,resume返回true和函数的返回值
    • 如果协程执行过程中,协程挂起了,即调用yeild(),resume返回true和调用yeild传入的参数
    • 如果协程执行过程中发生了错误,resume返回false和错误消息
  4. coroutine.yeild(…)
    使正在实行的协程挂起
    注:
    传递给yeild的参数会作为resume的额外返回值

  5. coroutine.running()
    判断当前线程是不是主线程,如果是,返回true

  6. coroutine.status(co)
    返回string,表示协程co的状态

    • running:由于当前只能有一个协程在执行,只有在协程的函数中使用status,传入自身句柄,执行到此处才会返回true,作用不大
    • suspended:如果协程创建了还没有执行或者调用了yeild,则返回该状态
    • normal:在协程A的函数里面resume了协程B,在B的执行过程中,则A就是normal状态。此时A的状态既不是运行,也不是挂起
    • dead:协程在执行过程中发生了错误,或者正常执行完毕,就是dead状态。调用resume返回false和错误消息。
  7. coroutine.wrap(f)
    这个就是一个语法糖。功能同coroutine.create(f)。但是不返回协程的句柄,而是返回了一个函数。

    • 每次调用返回的函数,就相当于调用了coroutine.resume()
    • 如果该协程的函数执行错误,不会像resume一样,在保护模式下进行,返回false,而是直接崩溃,向外跑出异常。

以上都是摘自https://www.cnblogs.com/zrtqsk/p/4374360.html

协程的优点

通过以上的介绍可以发现,lua的协程很简单,由于是手动控制协程的切换,不用考虑因资源抢占引起的问题。

协程的缺点

因为同一时间只有一个协程拥有执行权,只相当于单线程的能力,也导致了时间片不能公平分享,很是鸡肋,功能上也跟callback有重复。而且不能跨c函数切换协程。总之线程是系统级实现,而协程只是在应用层实现。

知乎大神的评论:
协程不过是一个逻辑控制需求。一些语言原生支持,不支持也可以用原有的材料构建出来。协程的实现,无非是你要维护一组局部状态,在重新进入协程前,保证这些状态不被改变,你能顺利定位到之前的位置。你平时所写的一些逻辑控制代码,经典如状态机或对象等,也许就已经是一种“协程”了。区别在于是否精巧,适用条件是否苛刻,使用是否方便,效率是否足够罢了。面向对象中的对象,函数式语言中过程的chunk实现,都跟协程有些相似的结构。这些语言的表达足够丰富,有没有协程,倒不构成问题。真要说起来,我觉得协程的最大的好处是在写过程式(命令式)风格的代码时,很好的简化了逻辑的流程。

还是不能理解协程的真谛!或许真的很强大,我不能理解!