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

            Lua中的函數(shù)是一階類型值(first-class value),定義函數(shù)就象創(chuàng)建普通類型值一樣(只不過函數(shù)類型值的數(shù)據(jù)主要是一條條指令而已),所以在函數(shù)體中仍然可以定義函數(shù)。假設(shè)函數(shù)f2定義在函數(shù)f1中,那么就稱f2為f1的內(nèi)嵌(inner)函數(shù),f1為f2的外包(enclosing)函數(shù),外包和內(nèi)嵌都具有傳遞性,即f2的內(nèi)嵌必然是f1的內(nèi)嵌,而f1的外包也一定是f2的外包。內(nèi)嵌函數(shù)可以訪問外包函數(shù)已經(jīng)創(chuàng)建的所有局部變量,這種特性便是所謂的詞法定界(lexical scoping),而這些局部變量則稱為該內(nèi)嵌函數(shù)的外部局部變量(external local variable)或者upvalue(這個詞多少會讓人產(chǎn)生誤解,因?yàn)閡pvalue實(shí)際指的是變量而不是值)。試看如下代碼:

            function f1(n)
               -- 函數(shù)參數(shù)也是局部變量

               local function f2()
                  print(n) -- 引用外包函數(shù)的局部變量
               end
               return f2
            end

            g1 = f1(1979)
            g1() -- 打印出1979
            g2 = f1(500)
            g2() -- 打印出500


            當(dāng)執(zhí)行完g1 = f1(1979)后,局部變量n的生命本該結(jié)束,但因?yàn)樗呀?jīng)成了內(nèi)嵌函數(shù)f2(它又被賦給了變量g1)的upvalue,所以它仍然能以某種形式繼續(xù)“存活”下來,從而令g1()打印出正確的值。

                可為什么g2與g1的函數(shù)體一樣(都是f1的內(nèi)嵌函數(shù)f2的函數(shù)體),但打印值不同?這就涉及到一個相當(dāng)重要的概念——閉包(closure)。事實(shí)上,Lua編譯一個函數(shù)時(shí),會為它生成一個原型(prototype),其中包含了函數(shù)體對應(yīng)的虛擬機(jī)指令、函數(shù)用到的常量值(數(shù),文本字符串等等)和一些調(diào)試信息。在運(yùn)行時(shí),每當(dāng)Lua執(zhí)行一個形如function...end 這樣的表達(dá)式時(shí),它就會創(chuàng)建一個新的數(shù)據(jù)對象,其中包含了相應(yīng)函數(shù)原型的引用、環(huán)境(environment,用來查找全局變量的表)的引用以及一個由所有upvalue引用組成的數(shù)組,而這個數(shù)據(jù)對象就稱為閉包。由此可見,函數(shù)是編譯期概念,是靜態(tài)的,而閉包是運(yùn)行期概念,是動態(tài)的。g1和g2的值嚴(yán)格來說不是函數(shù)而是閉包,并且是兩個不相同的閉包,而每個閉包可以保有自己的upvalue值,所以g1和g2打印出的結(jié)果當(dāng)然就不一樣了。雖然閉包和函數(shù)是本質(zhì)不同的概念,但為了方便,且在不引起混淆的情況下,我們對它們不做區(qū)分。

                使用upvalue很方便,但它們的語義也很微妙,需要引起注意。比如將f1函數(shù)改成:

            function f1(n)
               local function f2()
                  print(n)
               end
               n = n + 10
               return f2
            end

            g1 = f1(1979)
            g1() -- 打印出1989


            內(nèi)嵌函數(shù)定義在n = n + 10這條語句之前,可為什么g1()打印出的卻是1989?upvalue實(shí)際是局部變量,而局部變量是保存在函數(shù)堆棧框架上(stack frame)的,所以只要upvalue還沒有離開自己的作用域,它就一直生存在函數(shù)堆棧上。這種情況下,閉包將通過指向堆棧上的upvalue的引用來訪問它們,一旦upvalue即將離開自己的作用域(這也意味著它馬上要從堆棧中消失),閉包就會為它分配空間并保存當(dāng)前的值,以后便可通過指向新分配空間的引用來訪問該upvalue。當(dāng)執(zhí)行到f1(1979)的n = n + 10時(shí),閉包已經(jīng)創(chuàng)建了,但是n并沒有離開作用域,所以閉包仍然引用堆棧上的n,當(dāng)return f2完成時(shí),n即將結(jié)束生命,此時(shí)閉包便將n(已經(jīng)是1989了)復(fù)制到自己管理的空間中以便將來訪問。弄清楚了內(nèi)部的秘密后,運(yùn)行結(jié)果就不難解釋了。

            upvalue還可以為閉包之間提供一種數(shù)據(jù)共享的機(jī)制。試看下例:

            function Create(n)
               local function foo1()
                  print(n)
               end

               local function foo2()
                  n = n + 10
               end

               return foo1,foo2
            end

            f1,f2 = Create(1979)
            f1() -- 打印1979
            f2()
            f1() -- 打印1989
            f2()
            f1() -- 打印1999


            f1,f2這兩個閉包的原型分別是Create中的內(nèi)嵌函數(shù)foo1和foo2,而foo1和foo2引用的upvalue是同一個,即Create的局部變量n。前面已說過,執(zhí)行完Create調(diào)用后,閉包會把堆棧上n的值復(fù)制出來,那么是否f1和f2就分別擁有一個n的拷貝呢?其實(shí)不然,當(dāng)Lua發(fā)現(xiàn)兩個閉包的upvalue指向的是當(dāng)前堆棧上的相同變量時(shí),會聰明地只生成一個拷貝,然后讓這兩個閉包共享該拷貝,這樣任一個閉包對該upvalue進(jìn)行修改都會被另一個探知。上述例子很清楚地說明了這點(diǎn):每次調(diào)用f2都將upvalue的值增加了10,隨后f1將更新后的值打印出來。upvalue的這種語義很有價(jià)值,它使得閉包之間可以不依賴全局變量進(jìn)行通訊,從而使代碼的可靠性大大提高。

                閉包在創(chuàng)建之時(shí)其upvalue就已經(jīng)不在堆棧上的情況也有可能發(fā)生,這是因?yàn)閮?nèi)嵌函數(shù)可以引用更外層外包函數(shù)的局部變量:

            function Test(n)
               local function foo()
                  local function inner1()
                     print(n)
                  end
                  local function inner2()
                     n = n + 10
                  end
                  return inner1,inner2
               end
               return foo
            end

            t = Test(1979)
            f1,f2 = t()
            f1()        -- 打印1979
            f2()
            f1()        -- 打印1989
            g1,g2 = t()
            g1()        -- 打印1989
            g2()
            g1()        -- 打印1999
            f1()        -- 打印1999


            執(zhí)行完t = Test(1979)后,Test的局部變量n就“死”了,所以當(dāng)f1,f2這兩個閉包被創(chuàng)建時(shí)堆棧上根本找不到n的蹤影,這叫它們?nèi)绾稳〉胣的值呢?呵呵,不要忘了Test函數(shù)的n不僅僅是inner1和inner2的upvalue,同時(shí)它也是foo的upvalue。t = Test(1979)之后,t這個閉包一定已經(jīng)把n妥善保存好了,之后f1、f2如果在當(dāng)前堆棧上找不到n就會自動到它們的外包閉包(姑且這么叫)的upvalue引用數(shù)組中去找,并把找到的引用值拷貝到自己的upvalue引用數(shù)組中。仔細(xì)觀察上述代碼,可以判定g1和g2與f1和f2共享同一個upvalue。這是為什么呢?其實(shí),g1和g2與f1和f2都是同一個閉包(t)創(chuàng)建的,所以它們引用的upvalue(n)實(shí)際也是同一個變量,而剛才描述的搜索機(jī)制則保證了最后它們的upvalue引用都會指向同一個地方。

              

            posted on 2007-04-02 23:21 清源游民 閱讀(2508) 評論(11)  編輯 收藏 引用 所屬分類: Lua

            FeedBack:
            # re: 學(xué)習(xí)lua中的閉包
            2007-04-03 08:59 | 夢在天涯
            我還不之lua是什么東東那,哈哈,有機(jī)會學(xué)習(xí)哦  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2007-04-27 11:39 | melodie
            釋我惑也,你是怎么分析出他的機(jī)制的?對于習(xí)慣了c/c++這種不可嵌套定義的語言的程序員來說,理解閉包真不太容易。我琢磨了半天,感覺它很類似于c++中的functor  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2007-08-06 10:39 | 阿來
            老大寫得文章真不錯!不頂下實(shí)在過意不去!  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2007-09-23 22:49 | 絕對在乎你
            這個東西比較有用,很多時(shí)候可以作為像C++的模板的方式使用。

            最近一直在使用lua做應(yīng)用,有空多交流!  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2009-04-30 15:54 | zdy
            不錯的文章,頂一下  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2009-08-21 03:38 | XX
            很好啊,謝謝。看了更明白了  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2009-10-29 11:05 | 炮灰九段
            f1(1979)() <-> 1989
            f1(1979)() <-> 1989
            閉包是妙,不知道應(yīng)用如何
              回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2010-09-06 22:47 | tinggo
            找了好久,終于找到能夠深刻解釋閉包內(nèi)部機(jī)制的文章。就算是3年后仍然是一篇很好的文章,但是請問樓主,Lua資料較少,您是怎么獲得這些信息的?  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2011-08-16 16:50 | xiaoboz
            function f1(n)
            local function f2()
            print(n)
            end
            n = n + 10
            return f2
            end

            g1 = f1(1979)
            g1()--輸出1989
            g1(2000)--輸出1989
              回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2011-10-07 02:50 |
            頂,真的很不錯  回復(fù)  更多評論
              
            # re: 學(xué)習(xí)lua中的閉包
            2011-10-07 02:53 |
            @xiaoboz
            因?yàn)間1()并不需要接受參數(shù),而你傳了一個參數(shù),按照lua語法,你傳的參數(shù)等于作廢,所以不起作用
              回復(fù)  更多評論
              
            <2006年11月>
            2930311234
            567891011
            12131415161718
            19202122232425
            262728293012
            3456789

            留言簿(35)

            隨筆分類(78)

            隨筆檔案(74)

            文章檔案(5)

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久天天婷婷五月俺也去| 久久99免费视频| 精品久久久一二三区| 国产亚洲精久久久久久无码| 久久99精品国产99久久6男男| 国产精品久久久久一区二区三区| 开心久久婷婷综合中文字幕| 无码人妻久久一区二区三区免费丨 | 99久久精品国产一区二区 | 精品久久久噜噜噜久久久| 国产真实乱对白精彩久久| 精品国产乱码久久久久软件 | 中文精品久久久久国产网址| 久久精品国产男包| 久久久无码精品亚洲日韩软件| 久久国产精品99国产精| 久久久久国产精品嫩草影院| 久久亚洲精品国产精品| 久久有码中文字幕| 情人伊人久久综合亚洲| 久久66热人妻偷产精品9| 波多野结衣AV无码久久一区| 久久综合成人网| 久久九九久精品国产| 国产精久久一区二区三区| 国产精品9999久久久久| 激情伊人五月天久久综合| 亚洲熟妇无码另类久久久| 伊人久久大香线蕉AV色婷婷色| 久久精品视屏| 亚洲欧洲中文日韩久久AV乱码| 国产日韩久久免费影院| 亚洲一区二区三区日本久久九| 国产精品久久久久久久久鸭 | 久久一区二区免费播放| 久久久久综合中文字幕| 伊人久久大香线蕉综合5g| 色狠狠久久综合网| 亚洲午夜无码久久久久| 国内精品久久久久久久97牛牛 | 久久久久一本毛久久久|