青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

loop_in_codes

低調(diào)做技術(shù)__歡迎移步我的獨立博客 codemaro.com 微博 kevinlynx

實現(xiàn)LUA腳本同步處理事件:LUA的coroutine

author : Kevin Lynx

需求

    受WOW的影響,LUA越來越多地被應(yīng)用于游戲中。腳本被用于游戲中主要用于策劃編寫游戲規(guī)則相關(guān)。實際運用中,
我們會將很多宿主語言函數(shù)綁定到LUA腳本中,使腳本可以更多地控制程序運行。例如我們可以綁定NPCDialog之類的函數(shù)
到LUA中,然后策劃便可以在腳本里控制游戲中彈出的NPC對話框。
    我們現(xiàn)在面臨這樣的需求:對于宿主程序而言,某些功能是不能阻塞程序邏輯的(對于游戲程序尤其如此),但是為
了方便策劃,我們又需要讓腳本看起來被阻塞了。用NPCDialog舉個例子,在腳本中有如下代碼 :

    ret = NPCDialog( "Hello bitch" )
   
if ret == OK then print("OK") end


    對于策劃而言,NPCDialog應(yīng)該是阻塞的,除非玩家操作此對話框,點擊OK或者關(guān)閉,不然該函數(shù)不會返回。而對于
宿主程序C++而言,我們?nèi)绾螌崿F(xiàn)這個函數(shù)呢:

 

    static int do_npc_dialog( lua_State *L )
   
{
       
const char *content = lua_tostring( L, -1 );
       
        lua_pushnumber( ret );
       
return 1;
    }


    顯然,該函數(shù)不能阻塞,否則它會阻塞整個游戲線程,這對于服務(wù)器而言是不可行的。但是如果該函數(shù)立即返回,那
么它并沒有收集到玩家對于那個對話框的操作。
    綜上,我們要做的是,讓腳本感覺某個操作阻塞,但事實上宿主程序并沒有阻塞。

事件機制

    一個最簡單的實現(xiàn)(對于C程序員而言也許也是優(yōu)美的),就是使用事件機制。我們將對話框的操作結(jié)果作為一個事件。
腳本里事實上沒有哪個函數(shù)是阻塞的。為了處理一些“阻塞”函數(shù)的處理結(jié)果,腳本向宿主程序注冊事件處理器(同GUI事件
處理其實是一樣的),例如腳本可以這樣:

    function onEvent( ret )
       
if ret == OK then print("OK") end
    end
   
-- register event handler
    SetEventHandler(
"onEvent" )
    NPCDialog(
"Hello bitch")


    宿主程序保存事件處理器onEvent函數(shù)名,當玩家操作了對話框后,宿主程序回調(diào)腳本中的onEvent,完成操作。
    事實上我相信有很多人確實是這么做的。這樣做其實就是把一個順序執(zhí)行的代碼流,分成了很多塊。但是對于sleep
這樣的腳本調(diào)用呢?例如:

 

    --do job A
    sleep(
10)
   
--do job B
    sleep(
10)
   
--do job C
   


    那么采用事件機制將可能會把代碼分解為:

    function onJobA
       
--do job A
        SetEventHandlerB(
"onJobB")
        sleep(
10)
    end
    function onJobB
       
--do job B
        SetEventHandlerC(
"onJobC")
    end
    function onJobC
       
--do job C
    end
   
-- script starts here
    SetEventHandlerA(
"onJobA" )
    sleep(
10)


    代碼看起來似乎有點難看了,最重要的是它不易編寫,策劃估計會抓狂的。我想,對于非專業(yè)程序員而言,程序的
順序執(zhí)行可能理解起來更為容易。

SOLVE IT

    我們的解決方案,其實只有一句話:當腳本執(zhí)行到阻塞操作時(如NPCDialog),掛起腳本,當宿主程序某個操作完
成時,讓腳本從之前的掛起點繼續(xù)執(zhí)行。
    這不是一種假想的功能。我在剛開始實現(xiàn)這個功能之前,以為LUA不支持這個功能。我臆想著如下的操作:
    腳本:
    ret = NPCDialog("Hello bitch")
    if ret == 0 then print("OK") end
    宿主程序:

    static int do_npc_dialog( lua_State *L )
   
{
       
        lua_suspend_script( L );
       
    }


    某個地方某個操作完成了:
    lua_resume_script( L );
    當我實現(xiàn)了這個功能后,我猛然發(fā)現(xiàn),實際情況和我這里想的差不多(有點汗顏)。


認識Coroutine

    coroutine是LUA中類似線程的東西,但是它其實和fiber更相似。也就是說,它是一種非搶占式的線程,它的切換取決
于任務(wù)本身,也就是取決你,你決定它們什么時候發(fā)生切換。建議你閱讀lua manual了解更多。
    coroutine支持的典型操作有:lua_yield, lua_resume,也就是我們需要的掛起和繼續(xù)執(zhí)行。
    lua_State似乎就是一個coroutine,或者按照LUA文檔中的另一種說法,就是一個thread。我這里之所以用’似乎‘是
因為我自己也無法確定,我只能說,lua_State看起來就是一個coroutine。
    LUA提供lua_newthread用于手工創(chuàng)建一個coroutine,然后將新創(chuàng)建的coroutine放置于堆棧頂,如同其他new出來的
對象一樣。網(wǎng)上有帖子說lua_newthread創(chuàng)建的東西與腳本里調(diào)用coroutine.create創(chuàng)建出來的東西不一樣,但是根據(jù)我
的觀察來看,他們是一樣的。lua_newthread返回一個lua_State對象,所以從這里可以看出,“lua_State看起來就是一個
coroutine”。另外,網(wǎng)上也有人說創(chuàng)建新的coroutine代價很大,但是,一個lua_State的代價能有多大?當然,我沒做過
測試,不敢多言。
    lua_yield用于掛起一個coroutine,不過該函數(shù)只能用于coroutine內(nèi)部,看看它的參數(shù)就知道了。
    lua_resume用于啟動一個coroutine,它可以用于coroutine沒有運行時啟動之,也可以用于coroutine掛起時重新啟動
之。lua_resume在兩種情況下返回:coroutine掛起或者執(zhí)行完畢,否則lua_resume不返回。
    lua_yield和lua_resume對應(yīng)于腳本函數(shù):coroutine.yield和coroutine.resume,建議你寫寫腳本程序感受下coroutine,
例如:

    function main()
        print(
"main start")
        coroutine.yield()
        print(
"main end")
    end
    co
=coroutine.create( main );
    coroutine.resume(co)


REALLY SOLVE IT

    你可能會想到,我們?yōu)槟_本定義一個main,然后在宿主程序里lua_newthread創(chuàng)建一個coroutine,然后將main放進去,
當腳本調(diào)用宿主程序的某個’阻塞‘操作時,宿主程序獲取到之前創(chuàng)建的coroutine,然后yield之。當操作完成時,再resume
之。
    事實上方法是對的,但是沒有必要再創(chuàng)建一個coroutine。如之前所說,一個lua_State看上去就是一個coroutine,
而恰好,我們始終都會有一個lua_State。感覺上,這個lua_State就像是main coroutine。(就像你的主線程)
    思路就是這樣,因為具體實現(xiàn)時,還是有些問題,所以我羅列每個步驟的代碼。
    初始lua_State時如你平時所做:

    lua_State *L = lua_open();
    luaopen_base( L );


    注冊腳本需要的宿主程序函數(shù)到L里:

    lua_pushcfunction( L, sleep );
    lua_setglobal( L,
"my_sleep" );


    載入腳本文件并執(zhí)行時稍微有點不同:

    luaL_loadfile( L, "test.lua" );
lua_resume( L,
0 ); /* 調(diào)用resume */


    在你的’阻塞‘函數(shù)里需要掛起coroutine:

    return lua_yield( L, 0 );


    注意,lua_yield函數(shù)非常特別,它必須作為return語句被調(diào)用,否則會調(diào)用失敗,具體原因我也不清楚。而在這里,
它作為lua_CFunction的返回值,會不會引發(fā)錯誤?因為lua_CFunction約定返回值為該函數(shù)對于腳本而言的返回值個數(shù)。
實際情況是,我看到的一些例子里都這樣安排lua_yield,所以i do what they do。

    在這個操作完成后(如玩家操作了那個對話框),宿主程序需要喚醒coroutine:

    lua_resume( L, 0 );

 

    大致步驟就這些。如果你要單獨創(chuàng)建新的lua_State,反而會搞得很麻煩,我開始就是那樣的做的,總是實現(xiàn)不了自己
預(yù)想中的效果。

相關(guān)下載:
    例子程序中,我給了一個sleep實現(xiàn)。腳本程序調(diào)用sleep時將被掛起,宿主程序不斷檢查當前時間,當時間到時,resume
掛起的coroutine。下載例子

 

8.13補充

   可能有時候,我們提供給腳本的函數(shù)需要返回一些值給腳本,例如NPCDialog返回操作結(jié)果,我們只需要在宿主程序里lua_resume

之前push返回值即可,當然,需要設(shè)置lua_resume第二個參數(shù)為返回值個數(shù)。

2.9.2010
    lua_yield( L, nResults )第二個參數(shù)指定返回給lua_resume的值個數(shù)。如下:

   lua_pushnumber( L, 3 );
   
return lua_yield( L, 1 );
 ..
   
int ret = lua_resume( L, 0 );
   
if( ret == LUA_YIELD )
   
{
         lua_Number r 
= luaL_checknumber( L, -1 );
   }

posted on 2008-08-12 16:02 Kevin Lynx 閱讀(12891) 評論(14)  編輯 收藏 引用 所屬分類: 通用編程lua

評論

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2008-08-12 20:47 陳梓瀚(vczh)

新的腳本都能夠在非外部函數(shù)執(zhí)行過程的的任意時間暫停并保留現(xiàn)場,LUA應(yīng)該有吧?至少我自己做的那個是有的。  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2008-08-13 09:00 Kevin Lynx

@陳梓瀚(vczh)
就我所查閱的文檔來看,似乎沒有。coroutine.yiled/resume可能算是吧。  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2008-08-13 15:54 sirius.gnu@gmail.com

通過把觸發(fā)標簽和回掉函數(shù)捆綁(比如游戲中的按鈕和點擊按鈕的回掉函數(shù)封裝成一個table),感覺上要比用協(xié)程清晰,因為如果沒有回掉,策劃極可能把一個函數(shù)寫過1k行。  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2008-08-13 23:03 大日如來

回調(diào)是邏輯上最清晰的一種辦法了,協(xié)程不應(yīng)該用在這個地方。  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2008-08-14 09:06 Kevin Lynx

看來很多人都偏向于回調(diào)啊。我剛開始也打算用回調(diào),但是leader說這樣很麻煩。我們原有的腳本系統(tǒng)就是采用掛起的方式。如果采用回調(diào),那么對于sleep這樣的操作你們是怎么做的?
  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2009-02-09 12:10 lilo

感謝博主,這篇文章寫的很詳細,解決了我困擾很久的問題。  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2009-05-20 14:22 wuditom100

似乎解決了困惑我?guī)滋斓囊苫螅郧皥?zhí)行腳本時老是阻塞掉宿主程序  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2009-06-27 22:22 owlcn

看了博主的sleep示例,有個疑問,請問這個test.lua是可重入的么,如果c的主循環(huán)里又調(diào)用了test.lua,會不會造成異常呢?  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2009-06-28 18:24 Kevin Lynx

@owlcn
應(yīng)該不支持重入。因為都是對同一個lua_State操作。   回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2010-08-23 16:36 krezip

標準lua是不支持從lua外部resume的,不知道博主現(xiàn)在怎么解決這個問題的,我這兩天也為這個所困擾  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2011-03-19 22:24 caphone_wang

sleep 用coroutine  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2011-08-24 18:43 xybz

c++的程序員看timerEvent才會非常高興;而且進而給你用STL抽象一個eventor出來:D  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2014-08-26 07:38 xiaolong

直接在lua里封裝協(xié)程的啟動和關(guān)閉 C++只是負責(zé)啟動和改變參數(shù) lua相應(yīng)不就行了  回復(fù)  更多評論   

# re: 實現(xiàn)LUA腳本同步處理事件:LUA的coroutine 2015-05-12 21:12 gxy0rita

博主你好,看到這篇文章我很受啟發(fā)。我正在構(gòu)思一個游戲?qū)υ捪到y(tǒng),希望實現(xiàn)的效果是腳本每執(zhí)行一條“talk”語句,就能停下來等待用戶點擊后再執(zhí)行下一句
本文介紹的方法應(yīng)該適用于這個情景吧?  回復(fù)  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲韩日在线| 国产精品乱码人人做人人爱| 美女图片一区二区| 久久久精品国产99久久精品芒果| 日韩视频免费在线观看| 国产午夜精品久久久久久免费视| 久久久久久久欧美精品| 欧美一进一出视频| 午夜精品影院| 国产日韩精品久久久| 亚洲午夜视频在线| 香蕉免费一区二区三区在线观看| 夜夜嗨av一区二区三区 | 欧美先锋影音| 亚洲欧美成人一区二区在线电影| 亚洲欧美一区二区三区极速播放 | 欧美片在线观看| 国产欧美一区二区精品性 | 亚洲成色999久久网站| 久久精品中文| 欧美夜福利tv在线| 欧美午夜在线一二页| 久久久人成影片一区二区三区| 毛片一区二区三区| 韩国一区二区三区在线观看| 欧美在线中文字幕| 久久精品国产77777蜜臀| 亚洲一区二区三区免费在线观看| 欧美日韩国产区一| 国语自产精品视频在线看| 国产一区二区三区高清在线观看| 鲁鲁狠狠狠7777一区二区| 欧美日本国产视频| 一区二区三区四区五区精品视频 | 欧美日韩国产色视频| 国产一区二区久久久| 亚洲精品美女91| 欧美伊人久久久久久午夜久久久久| 男人天堂欧美日韩| 国产欧美日韩亚洲精品| 久久综合色婷婷| 欧美高清视频一二三区| 久久综合999| 欧美日韩综合精品| 亚洲特级片在线| 欧美制服丝袜| 亚洲国产精品美女| 狠狠色综合日日| 国产在线播精品第三| 国产一区二区精品久久91| 亚洲全部视频| 国产精品成人一区二区| 制服丝袜激情欧洲亚洲| 99国产精品久久久| 99精品国产在热久久婷婷| 亚洲国产精品久久久久久女王| 国产精品久久久久久久午夜| 加勒比av一区二区| 久久国产精品一区二区三区四区 | 亚洲精品日韩在线观看| 欧美a级在线| 久久综合一区二区| 欧美国产成人精品| 亚洲国产精品久久久久| 理论片一区二区在线| 欧美成人免费一级人片100| 欧美在线视频一区二区| 亚洲欧美中文日韩v在线观看| 欧美激情第一页xxx| 免费观看一区| 欧美激情一区二区三区高清视频| 亚洲一区二区精品| 猛干欧美女孩| 亚洲与欧洲av电影| 国产亚洲欧美一区二区三区| 国产亚洲激情| 亚洲日韩中文字幕在线播放| 久久国产99| 亚洲高清不卡一区| 性欧美xxxx视频在线观看| 欧美在线免费视频| 美女精品网站| 亚洲免费精品| 久久国产精品色婷婷| 免费久久精品视频| 亚洲一区国产| 久久精品国亚洲| 欧美 日韩 国产在线| 欧美视频亚洲视频| 美日韩精品免费观看视频| 免播放器亚洲一区| 欧美不卡激情三级在线观看| 国产精品久久久久久久久果冻传媒| 欧美成人综合一区| 亚洲国产日本| 久久天天狠狠| 久久深夜福利免费观看| 好看的亚洲午夜视频在线| 久久精品人人做人人爽| 久久久夜精品| 狠狠入ady亚洲精品经典电影| 欧美一级淫片aaaaaaa视频| 欧美一区二区三区在线看| 国产日韩欧美一区二区三区在线观看 | 一区二区高清在线观看| 欧美激情一区二区三区成人| 欧美成人午夜视频| 亚洲人成7777| 欧美日韩在线免费| 在线一区二区日韩| 久久国产日韩| 亚洲福利av| 欧美日韩久久久久久| 亚洲一区国产| 久久婷婷成人综合色| 亚洲电影成人| 欧美理论视频| 亚洲影视在线| 欧美xx69| 亚洲视屏一区| 一区二区激情视频| 欧美中在线观看| 亚洲黄色大片| 国产精品久久久久久久app | 亚洲国产综合视频在线观看| 欧美国产成人精品| 中国成人亚色综合网站| 久久久久久噜噜噜久久久精品| 伊人久久av导航| 欧美日韩国产不卡在线看| 性色av一区二区三区| 欧美激情成人在线| 欧美亚洲在线播放| 亚洲国产毛片完整版| 国产精品美女诱惑| 久久综合999| 亚洲视频视频在线| 美女视频黄a大片欧美| 亚洲美洲欧洲综合国产一区| 99精品欧美一区二区三区| 亚洲精品国久久99热| 在线一区二区三区四区五区| 国产一区视频网站| 欧美特黄一区| 久久综合久色欧美综合狠狠| 夜夜爽夜夜爽精品视频| 美脚丝袜一区二区三区在线观看| 亚洲天堂偷拍| 亚洲久久一区| 激情亚洲成人| 国产麻豆综合| 欧美视频日韩视频| 欧美成人免费播放| 老司机一区二区三区| 亚洲一级二级| 91久久久久| 久久久久中文| 亚洲欧美在线看| 亚洲欧洲一区二区三区在线观看| 午夜久久福利| 一本色道久久加勒比88综合| 农村妇女精品| 久久久之久亚州精品露出| 性色av一区二区三区在线观看| 亚洲另类自拍| 亚洲精品久久久久| 亚洲激情成人在线| 在线观看成人网| 好看的av在线不卡观看| 国产日韩成人精品| 国产精品视频yy9099| 国产精品成人一区二区| 欧美性大战xxxxx久久久| 欧美日韩综合视频网址| 欧美日韩xxxxx| 欧美成年人视频网站| 欧美v日韩v国产v| 美女视频黄 久久| 美女主播一区| 性娇小13――14欧美| 国产精品va在线播放| 欧美午夜三级| 国产精品乱子乱xxxx| 国产人成精品一区二区三| 国产欧美精品一区| 狠狠色综合色综合网络| 亚洲电影免费观看高清| 亚洲国产一区在线观看| 日韩一级裸体免费视频| 亚洲午夜精品17c| 午夜精品区一区二区三| 午夜免费日韩视频| 亚洲欧美中文另类| 久久久久久久综合狠狠综合| 麻豆亚洲精品| 91久久综合亚洲鲁鲁五月天| 日韩视频免费看| 亚洲欧美日韩久久精品| 开心色5月久久精品| 每日更新成人在线视频|