• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            LUA Coroutine

            轉(zhuǎn)載自:http://hyperiris.spaces.live.com/blog/cns!D9CFE2DC046098F8!587.entry
            作者:hyperiris

            由于我們偉大的策劃要求在游戲腳本中支持system.wait_second(20) 這樣的功能,于是確定實現(xiàn)的方法成了一個需要解決的問題。眾多前輩指出,使用LUA Coroutine可以達到我們的要求,可是我在LUA這塊可以說是一竅不通,只好硬著頭皮強上了。

            聽說《游戲編程精粹5》有一篇文章不錯,我就把文章看了一遍,把光盤上的代碼弄下來Compile,嘿,果然不錯。

            問題就這么輕松的解決了?NO!

            我繼續(xù)試驗,從原代碼的3個Coroutine增加到100個,程序馬上就掛了,有各種奇怪的錯誤,什么stack overflow等等……

            最關(guān)鍵的是,由lua_newthread出來的state奇怪的消失了。原來的創(chuàng)建代碼如下:

            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的內(nèi)存消耗。客戶端上沒什么,在服務器端這是個需要權(quán)衡的地方。

            posted on 2008-10-28 07:42 楊粼波 閱讀(2564) 評論(2)  編輯 收藏 引用

            評論

            # re: LUA Coroutine[未登錄] 2010-11-09 10:55 pass86

            淚流滿面,我也遇到同樣的問題,也是懷疑被垃圾回收了,搜了下,哈哈,幸運。  回復  更多評論   

            # re: LUA Coroutine 2011-09-23 11:05 觀察者

            我用了樓主的代碼好像直接就崩潰了  回復  更多評論   

            国产成人精品久久亚洲高清不卡 | 少妇熟女久久综合网色欲| 久久综合亚洲色一区二区三区| 国产一久久香蕉国产线看观看| 久久综合九色综合97_久久久| 久久国产一片免费观看| 亚洲精品国产综合久久一线| 久久综合久久自在自线精品自| jizzjizz国产精品久久| 久久国产精品一区| 精品国产乱码久久久久久浪潮 | 色综合合久久天天给综看| 人妻无码精品久久亚瑟影视 | 国产亚洲色婷婷久久99精品91| 91精品久久久久久无码| 奇米影视7777久久精品人人爽| 狠狠色丁香婷婷久久综合| 中文精品久久久久人妻不卡| 精品久久久久久久久久中文字幕| 大美女久久久久久j久久| 久久国产V一级毛多内射| 亚洲精品国产综合久久一线| 亚洲午夜久久久久久久久电影网| 狠狠色婷婷久久一区二区三区| 999久久久国产精品| 日本高清无卡码一区二区久久| 久久综合久久自在自线精品自| yellow中文字幕久久网| 欧美精品国产综合久久| 久久国产成人精品麻豆| 国产精品久久久久a影院| 国产午夜免费高清久久影院 | 中文字幕精品久久| 人妻少妇久久中文字幕一区二区| 久久精品免费一区二区三区| 亚洲国产精品嫩草影院久久| 久久丫精品国产亚洲av不卡| 久久午夜福利电影| 久久青青国产| 久久综合九色综合久99 | 日产精品久久久一区二区|