由于我们伟大的策划要求在游戏脚本中支持system.wait_second(20) 这样的功能，于是确定实现的方法成了一个需要解决的问题。众多前辈指出，使用LUA Coroutine可以达到我们的要求，可是我在LUA这块可以说是一窍不通，只好硬着头皮强上了。

听说《游戏编程精粹5》有一篇文章不错，我就把文章看了一遍，把光盘上的代码弄下来Compile，嘿，果然不错。

问题就这么轻松的解决了？NO！

我继续试验，从原代码的3个Coroutine增加到100个，程序马上就挂了，有各种奇怪的错误，什么stack overflow等等……

最关键的是，由lua_newthread出来的state奇怪的消失了。原来的创建代码如下：

LUASCRIPT::LUASCRIPT( LUAMANAGER*     mgr)

{

    manager             = mgr;

    state               = LSS_NOTLOADED;

    time             = 0;

    strcpy(lastErrorString, "No error.\n"); 

    

//

 create a thread/state for this object

    threadState = lua_newthread(manager->masterState);

    

//

 save a pointer to the thread manager object in the global table

    

//

 using the new thread's vm pointer as a key

    lua_pushlightuserdata(manager->masterState, threadState);

    lua_pushlightuserdata(manager->masterState, 

this );

    lua_settable(manager->masterState, LUA_GLOBALSINDEX );

} 

这里隐含着一个严重的Bug，lua_pushlightuserdata其实是一个很RAW的API，换句话说，它并不知道你push的是什么。表面上看来，threadState被放在了表里面，也就有了引用不会被自动回收，实际上表里面存的只是一个RAW c pointer！当LUA觉得需要GC的时候，可怜的threadState就被回收了，于是整个程序就crash了。

改起来很简单：

    

//

lua_pushlightuserdata(manager->masterState, threadState);

    lua_pushthread(threadState);  

//

换成这个

    lua_pushlightuserdata(manager->masterState, 

this );

    lua_settable(manager->masterState, LUA_GLOBALSINDEX ); 

原书代码中还有几处类似的错误，还有导致stack不平衡的代码，大家看《游戏编程精粹5》的时候，不可不信，不可全信啊。

另外，Coroutine好用，但是不是没有代价的，每次lua_newthread出来一个新的thread state，需要大约4K的内存消耗。客户端上没什么，在服务器端这是个需要权衡的地方。