可以說Lua之所以稱為是一種解釋型的語言，正是因?yàn)橛兄T如load這樣的函數(shù)，因?yàn)檫@樣的函數(shù)使得Lua可以執(zhí)行動(dòng)態(tài)生成的代碼。下面具體來分析這些函數(shù)。

load函數(shù)

   load函數(shù)原型如下：

 該函數(shù)加載一個(gè)chunk，如果沒有錯(cuò)誤，則返回一個(gè)函數(shù)。如果傳入chunk的值是一個(gè)字符串，則就加載這個(gè)字符串；如果傳入chunk的值是一個(gè)函數(shù)，則這個(gè)函數(shù)必須返回一個(gè)字符串，并且load會(huì)一直調(diào)用這個(gè)函數(shù)，直到這個(gè)函數(shù)返回空字符串或nil，load會(huì)把每次函數(shù)的返回結(jié)果連接起來作為chunk去加載。

如果沒有語法錯(cuò)誤，則load返回chunk對于的函數(shù)，否則返回nil和對應(yīng)的錯(cuò)誤信息。如果返回的函數(shù)有upvalue，則第一個(gè)upvalue的值被設(shè)置成傳入的參數(shù)env，若沒有傳入這個(gè)參數(shù)的值，則第一個(gè)upvalue的值為全局環(huán)境。返回的函數(shù)upvalue不會(huì)任何其他函數(shù)共享。

    參數(shù)chunkname作為錯(cuò)誤信息的chunk的名字，用于調(diào)試。若chunk是字符串，則chunkname默認(rèn)值是變量chunk的值，否則是=(load)。參數(shù)mode決定了傳入給chunk的值是文本或二進(jìn)制數(shù)據(jù)。如果是”b”，則傳給chunk的值必須是二進(jìn)制數(shù)據(jù)（比如可以使用string.dump(foo)得到相應(yīng)函數(shù)的二進(jìn)制數(shù)據(jù)，然后傳遞給load），如果是”t”，而必須是文本數(shù)據(jù)，如果是”bt”，則文件或二進(jìn)制數(shù)據(jù)都可以。默認(rèn)值是”bt”。

    Lua不會(huì)檢測二進(jìn)制數(shù)據(jù)的穩(wěn)定性，因此惡意的二進(jìn)制數(shù)據(jù)可能導(dǎo)致Lua解釋器Crash。

loadfile函數(shù)

    函數(shù)原型如下：

 該函數(shù)類似于load，但是從文件filename或標(biāo)準(zhǔn)輸入（若filename為空）中活動(dòng)chunk加載。
dofile函數(shù)
    函數(shù)原型如下：

 讀取文件filename的內(nèi)容，并把它作為lua的chunk執(zhí)行。如果沒傳入?yún)?shù)，則從標(biāo)準(zhǔn)輸入中讀取執(zhí)行內(nèi)容。返回值跟chunk執(zhí)行后返回的值相同。如果出現(xiàn)錯(cuò)誤，dofile會(huì)把錯(cuò)誤信息傳遞給它的調(diào)用者。也就是說，dofile在無保護(hù)模式下執(zhí)行。注意該函數(shù)不同于loadfile，loadfile只是返回一個(gè)函數(shù)，并不會(huì)執(zhí)行，并且出現(xiàn)錯(cuò)誤時(shí)，loadfile會(huì)返回一個(gè)錯(cuò)誤信息，而不會(huì)傳遞給它的調(diào)用者?？傊?、loadfile會(huì)從一個(gè)文件中加載Lua代碼塊，但不會(huì)運(yùn)行代碼，只是編譯代碼，然后將編譯結(jié)果從一個(gè)函數(shù)返回。而dofile除了編譯代碼外，還會(huì)運(yùn)行返回的結(jié)果。
    上面討論的Lua層面的編譯執(zhí)行相關(guān)的函數(shù)，對應(yīng)的C API相關(guān)函數(shù)有：lua_load、luaL_loadfilex、luaL_loadfile和luaL_dofile，這些函數(shù)非常類似對應(yīng)的Lua層函數(shù)。

loadstring函數(shù)

    函數(shù)原型如下：

  該函數(shù)通用類似于load，它等價(jià)于給load函數(shù)傳遞字符串做作為參數(shù)。為了加載和運(yùn)行一個(gè)字符串，可以這些寫：

注意該函數(shù)在Lua5.2被刪除了，因?yàn)樗耆杀籰oad替代。

以上所述就是本文的全部內(nèi)容了，希望對大家熟練掌握lua能夠有所幫助。