Coroution 协程

由于skynet框架的消息处理使用了coroution,所以不可以将lua原本的coroution API直接和skynet服务混用,否则,skynet的阻塞api(见LUAapi)将调用coroution.yield而使得用户写的coroution.resume有不可预期的返回值.并打乱skynet框架本身的处理流程.

通常,你可以使用skynet.fork,skynet.wait,skynet.wakeup在skynet服务中创建用户级线程.

如果你有其它原因想使用coroution,那么可以使用skynet.coroution模块,改模块的API含义和lua原生的coroution基本一致,所以一般可以这样使用.

local coroutine = require "skynet.coroutine"

改模块增加了一个api:skynet.coroutine.thread(co),它返回两个值,第一个是该co是由那个skynet thread间接调用的.如果co就是一个skynet thread ,那么这个值和coroutine.running()一致,却第二个返回值为true,否则第二个返回值为false.这第二个返回值可以用于判断一个co是否是由skynet.coroutine.create 或 skynet.coroutine.wrap创建出来的coroutine.

这里的co默认值为coroutine.running().

限制

如果你没有调用skynet.coroutine.resume 启动一个skynet coroutine而调用了skynet.coroutine.yield的话,会返回错误.

你可以在不同的skynet线程(由skynet.fork创建,或由一条新的外部消息创建出的处理流程)中resume同一个skynet coroutine.但如果该coroutine是由skynet框架(通常是调用了skynet的阻塞API)而不是skynet.coroutine.yield挂起的话,会被视为normal状态,resume出错

注:对于挂起在skynet框架下的coroutine,skynet.coroutine,status会返回"blocked"