• <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腳本支持時,接觸到lua_yield這個函數(shù)。lua manual中給的解釋是:

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

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

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

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

            解釋執(zhí)行調(diào)用一個注冊進(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;
                }

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

            要再往上層跟,會到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;

            對于PCRYIELD返回值,直接忽略處理了。

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

            AV狠狠色丁香婷婷综合久久| 欧美日韩精品久久免费| 婷婷久久综合九色综合98| 成人综合伊人五月婷久久| 国产99久久久久久免费看| 色综合色天天久久婷婷基地| 日本精品久久久久影院日本| 久久国产精品99国产精| 色成年激情久久综合| 老男人久久青草av高清| 久久精品国产亚洲αv忘忧草 | 久久一区二区三区免费| 久久久久久精品免费免费自慰| 精品永久久福利一区二区| 久久国产精品国语对白| 久久99国产乱子伦精品免费| 久久精品国产99久久久| 久久综合九色综合久99| 久久久久国产一级毛片高清版| 精品综合久久久久久97| 国产农村妇女毛片精品久久| 99久久精品午夜一区二区| 国产99久久久国产精品小说| 久久这里只精品国产99热| 一本一道久久综合狠狠老 | 久久精品国产99久久久香蕉| 99久久这里只精品国产免费| 久久996热精品xxxx| 欧美伊香蕉久久综合类网站| 久久久久人妻精品一区二区三区| 亚洲欧美成人久久综合中文网 | 少妇久久久久久久久久| 伊人久久大香线蕉精品不卡| 色综合久久精品中文字幕首页| 香蕉久久夜色精品国产尤物| 欧美午夜A∨大片久久 | 久久久久久夜精品精品免费啦| 一本色道久久88精品综合| 亚洲精品乱码久久久久久自慰| 久久精品国产亚洲AV香蕉| 久久人人爽爽爽人久久久|