• <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>

            loop_in_codes

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

            lua_yield為什么就必須在return表達(dá)式中被調(diào)用

             

            很早前在折騰掛起LUA腳本支持時(shí),接觸到lua_yield這個(gè)函數(shù)。lua manual中給的解釋是:

            This function should only be called as the return expression of a C function。

            而這個(gè)函數(shù)一般是在一個(gè)注冊(cè)到LUA環(huán)境中的C函數(shù)里被調(diào)用。lua_CFunction要求的原型里
            ,函數(shù)的返回值必須返回要返回到LUA腳本中的值的個(gè)數(shù)。也就是說,在一個(gè)不需要掛起的
            lua_CFunction實(shí)現(xiàn)里,也就是一個(gè)不需要return lua_yield(...的實(shí)現(xiàn)里,我應(yīng)該return
            一個(gè)返回值個(gè)數(shù)。

            但是為什么調(diào)用lua_yield就必須放在return表達(dá)式里?當(dāng)時(shí)很天真,沒去深究,反正發(fā)現(xiàn)
            不按照lua manual里說的做就是不行。而且關(guān)鍵是,lua manual就不告訴你為什么。

            最近突然就想到這個(gè)問題,決定去搞清楚這個(gè)問題。侯捷說了,源碼面前了無秘密。我甚至
            在看代碼之前,還琢磨著LUA是不是操作了堆棧(系統(tǒng)堆棧)之類的東西。結(jié)果隨便跟了下
            代碼真的讓我很汗顏。有時(shí)候人犯傻了真的是一個(gè)悲劇。諾簡(jiǎn)單的一個(gè)問題會(huì)被人搞得很神
            秘:

            解釋執(zhí)行調(diào)用一個(gè)注冊(cè)進(jìn)LUA的lua_CFunction是在ldo.c里的luaD_precall函數(shù)里,有如下
            代碼:

                n = (*curr_func(L)->c.f)(L);  /* do the actual call */
                lua_lock(L);
                if (n < 0)  /* yielding? */
                  return PCRYIELD;
                else {
                  luaD_poscall(L, L->top - n);
                  return PCRC;
                }

            多的我就不說了,別人注釋寫得很清楚了,注冊(cè)進(jìn)去的lua_CFunction如果返回值小于0,這
            個(gè)函數(shù)就向上層返回PCRYIELD,從名字就可看出是告訴上層需要YIELD。再找到lua_yield函
            數(shù)的實(shí)現(xiàn),恰好該函數(shù)就返回-1。

            要再往上層跟,會(huì)到lvm.c里luaV_execute函數(shù),看起來應(yīng)該就是虛擬機(jī)在解釋執(zhí)行指令:

                  case OP_CALL: {
                    int b = GETARG_B(i);
                    int nresults = GETARG_C(i) - 1;
                    if (b != 0) L->top = ra+b;  /* else previous instruction set top */
                    L->savedpc = pc;
                    switch (luaD_precall(L, ra, nresults)) {
                      case PCRLUA: {
                        nexeccalls++;
                        goto reentry;  /* restart luaV_execute over new Lua function */
                      }
                      case PCRC: {
                        /* it was a C function (`precall' called it); adjust results */
                        if (nresults >= 0) L->top = L->ci->top;
                        base = L->base;
                        continue;

            對(duì)于PCRYIELD返回值,直接忽略處理了。

            posted on 2010-01-17 19:32 Kevin Lynx 閱讀(3867) 評(píng)論(0)  編輯 收藏 引用 所屬分類: lua

            日本精品久久久久中文字幕8| 女同久久| 精品久久久久一区二区三区| 天天综合久久一二三区| 久久久SS麻豆欧美国产日韩| 99re久久精品国产首页2020| 久久人人爽人人精品视频| 奇米综合四色77777久久| 精品国产综合区久久久久久| 99久久无色码中文字幕人妻| 久久精品国产99久久香蕉| 国产精品久久久久久吹潮| 久久久久久噜噜精品免费直播| 精品永久久福利一区二区| 人妻无码αv中文字幕久久琪琪布| 国产精品久久久久aaaa| 中文字幕乱码人妻无码久久| 久久亚洲2019中文字幕| 久久综合九色综合久99| 欧美精品久久久久久久自慰| 亚洲国产精品综合久久网络| 国内精品久久久久久不卡影院| 国产精品久久久久久搜索| 欧美噜噜久久久XXX| av色综合久久天堂av色综合在| 一本久道久久综合狠狠躁AV| 狠狠色综合网站久久久久久久| 99热热久久这里只有精品68| 中文字幕一区二区三区久久网站| 狠色狠色狠狠色综合久久| 国产精品久久久久久| 国产一级持黄大片99久久| 99久久婷婷国产综合亚洲| 色欲久久久天天天综合网精品| 中文字幕日本人妻久久久免费 | 久久久久久国产a免费观看黄色大片 | 国产精品熟女福利久久AV| 国产福利电影一区二区三区,免费久久久久久久精 | 色婷婷综合久久久久中文| 亚洲AV无一区二区三区久久| 久久久久人妻精品一区二区三区|