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

loop_in_codes

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

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

author : Kevin Lynx

需求

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

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


    對于策劃而言,NPCDialog應該是阻塞的,除非玩家操作此對話框,點擊OK或者關閉,不然該函數(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ù)不能阻塞,否則它會阻塞整個游戲線程,這對于服務器而言是不可行的。但是如果該函數(shù)立即返回,那
么它并沒有收集到玩家對于那個對話框的操作。
    綜上,我們要做的是,讓腳本感覺某個操作阻塞,但事實上宿主程序并沒有阻塞。

事件機制

    一個最簡單的實現(xiàn)(對于C程序員而言也許也是優(yōu)美的),就是使用事件機制。我們將對話框的操作結果作為一個事件。
腳本里事實上沒有哪個函數(shù)是阻塞的。為了處理一些“阻塞”函數(shù)的處理結果,腳本向宿主程序注冊事件處理器(同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更相似。也就是說,它是一種非搶占式的線程,它的切換取決
于任務本身,也就是取決你,你決定它們什么時候發(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對應于腳本函數(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)不了自己
預想中的效果。

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

 

8.13補充

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

之前push返回值即可,當然,需要設置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應該有吧?至少我自己做的那個是有的。  回復  更多評論   

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

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

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

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

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

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

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

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

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

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

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

似乎解決了困惑我?guī)滋斓囊苫?,以前?zhí)行腳本時老是阻塞掉宿主程序  回復  更多評論   

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

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

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

@owlcn
應該不支持重入。因為都是對同一個lua_State操作。   回復  更多評論   

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

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

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

sleep 用coroutine  回復  更多評論   

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

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

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

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

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

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

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            日韩视频不卡中文| 欧美激情va永久在线播放| 久久亚洲国产精品日日av夜夜| 久久久久久久尹人综合网亚洲| 亚洲国产美女精品久久久久∴| 国产色爱av资源综合区| 国产一区二区中文字幕免费看| 国产在线高清精品| 亚洲娇小video精品| 亚洲午夜一区二区三区| 亚洲综合99| 久久中文精品| 免费91麻豆精品国产自产在线观看| 免费在线看成人av| 亚洲美女视频在线观看| 亚洲综合色婷婷| 久久中文在线| 欧美日韩一区二区免费视频| 国产亚洲一级高清| 亚洲精品你懂的| 亚洲一区二区欧美| 久久久久久亚洲综合影院红桃| 蜜臀久久99精品久久久画质超高清| 欧美高清一区| 亚洲午夜精品国产| 免费高清在线一区| 国产精品免费网站| 亚洲风情在线资源站| 亚洲一级二级| 欧美韩国一区| 欧美一区二区三区四区在线| 欧美aaa级| 国产亚洲电影| 亚洲午夜电影在线观看| 久久午夜视频| 亚洲一区二区精品在线观看| 久久蜜臀精品av| 欧美亚洲成人免费| 亚洲福利专区| 久久久久久电影| 在线亚洲观看| 欧美日韩成人精品| 亚洲精品国产日韩| 欧美大片一区二区| 久久综合伊人77777麻豆| 国产亚洲精品久| 欧美一级午夜免费电影| 一本大道久久精品懂色aⅴ| 欧美第十八页| 亚洲日本va在线观看| 欧美成人亚洲成人日韩成人| 久久久国产一区二区| 国产午夜精品久久久| 欧美亚洲自偷自偷| 亚洲视频专区在线| 国产精品毛片大码女人| 一区二区日韩伦理片| 亚洲电影有码| 久久久久综合网| 国产亚洲一区二区三区| 欧美一区免费视频| 欧美一区二区三区播放老司机 | 久久久久久久97| 国产精品激情电影| 一二三区精品| 亚洲国产一区在线观看| 老司机亚洲精品| 亚洲国产国产亚洲一二三| 麻豆国产精品va在线观看不卡| 欧美一区网站| 国产精品一区二区三区四区五区| 亚洲自拍三区| 亚洲欧美中文另类| 国产一区二区三区四区三区四 | 欧美图区在线视频| 欧美一级淫片播放口| 欧美在线免费观看亚洲| 在线精品亚洲| 欧美激情一区二区三区全黄| 欧美日韩精品国产| 欧美一区二区在线看| 久久本道综合色狠狠五月| 欧美激情久久久| 91久久亚洲| 亚洲激情网站| 欧美午夜精品久久久久久久 | 日韩写真在线| 国产精品美女久久久| 久久精品亚洲精品| 蜜臀av在线播放一区二区三区| 日韩视频在线免费观看| 亚洲先锋成人| 亚洲国产日韩欧美综合久久| 亚洲免费福利视频| 国产三级精品三级| 亚洲国产日韩一区| 国产嫩草一区二区三区在线观看 | 亚洲欧美日韩国产另类专区| 欧美一级久久久久久久大片| 亚洲人成高清| 亚洲一区二区三区免费在线观看| 在线观看不卡av| 亚洲在线网站| 一本一本久久| 久久久久久久综合色一本| 亚洲天堂av在线免费观看| 久久久www成人免费毛片麻豆| 国产美女精品一区二区三区| 翔田千里一区二区| 欧美一二三视频| 亚洲视频 欧洲视频| 国内一区二区在线视频观看 | 精品99视频| 一级成人国产| 亚洲精品免费看| 久久精品国内一区二区三区| 亚洲欧美日韩精品综合在线观看| 亚洲激情成人网| 国产一区二区三区视频在线观看| 久久精品人人做人人综合| 伊人狠狠色丁香综合尤物| 久久久国产亚洲精品| 欧美肥婆bbw| 美日韩精品免费观看视频| 国产精品久久久久久久久婷婷| 欧美成人国产| 合欧美一区二区三区| 香港久久久电影| 欧美亚洲网站| 国产精品一区二区三区久久久| 亚洲国产日韩欧美一区二区三区| 在线电影欧美日韩一区二区私密| 亚洲视频中文字幕| 黄色在线一区| 欧美专区在线观看| 久久综合色婷婷| 久久亚洲一区二区| 亚洲天堂成人| 亚洲日本va午夜在线影院| 精品不卡一区二区三区| 狠狠色丁香婷婷综合| 亚洲人精品午夜在线观看| 国产无一区二区| 国产精品亚洲а∨天堂免在线| 国产手机视频精品| 久久久国产一区二区| 亚洲少妇一区| 亚洲欧美偷拍卡通变态| 欧美aa在线视频| 欧美成人小视频| 日韩一级裸体免费视频| 国产精品久99| 久久久午夜电影| 一本色道久久综合亚洲91| 亚洲欧洲精品一区二区三区 | 欧美亚洲一区二区在线| 亚洲日本欧美在线| 久久久99爱| 久久久精品动漫| 欧美a级一区| 日韩亚洲欧美一区| 欧美一区二区成人| 国产精品久久9| 国产精品国产精品国产专区不蜜| 国产色产综合产在线视频| 亚洲欧美国产一区二区三区| 国产精品99免费看 | 欧美日韩国产色视频| 欧美本精品男人aⅴ天堂| 亚洲观看高清完整版在线观看| 欧美成人tv| 亚洲天堂av图片| 老司机精品视频网站| 亚洲每日更新| 国产欧美精品在线| 另类激情亚洲| 亚洲午夜激情免费视频| 欧美国产精品久久| 性欧美在线看片a免费观看| 亚洲国产91精品在线观看| 国产精品久久国产精麻豆99网站| 久久久久久久久久码影片| 亚洲精品乱码久久久久久久久 | 久久综合婷婷| 亚洲黄一区二区三区| 国产精品免费一区二区三区在线观看 | 99国产精品自拍| 久久久久久久久一区二区| 99一区二区| 黄色日韩网站视频| 欧美视频在线看| 久久久亚洲高清| 亚洲一二三区精品| 亚洲成人在线网站| 欧美一区二区三区视频在线 | 欧美日韩国产系列| 亚洲国产精品传媒在线观看| 性欧美videos另类喷潮| 日韩视频在线永久播放| 黄色成人片子|