【语法算法】
load 的编译本质就这一行:
local fn = load("return 1 + 1")
load 把字符串编译成函数——字符串里的代码被编译成可调用的函数——调用返回的函数就是执行字符串里的代码。今天拆开。
一、编译、调用、环境三段
load 的三段。编译:load(str) 把字符串编译成函数——编译阶段只检查语法不执行代码——语法错误时返回 nil 加错误信息。调用:编译返回的函数可以像普通函数一样被调用——调用时才真正执行字符串里的代码——编译和执行是两步分离的。环境:load 编译的函数运行在全局环境中——可以访问全局变量和全局函数——如果需要隔离,配合 setfenv 使用。三段连起来:load 玩的是"把字符串变成可执行的代码"——这是 Lua 动态特性的核心——配置文件、脚本热更新、公式计算都可以用 load 实现。
graph TD
A["load(str)"] --> B{"语法正确?"}
B -->|是| C["返回函数"]
B -->|否| D["返回nil+错误信息"]
C --> E["调用函数"]
E --> F["执行字符串中的代码"]
D --> G["编译失败"]
二、load 的正确写法
local fn, err = load("return 1 + 1")
if fn then
print(fn()) -- 2
else
print("编译失败:", err)
end
-- 带自定义环境的load
local env = { result = 42 }
local fn2 = load("return result", "chunk", "t", env)
if fn2 then
print(fn2()) -- 42
end
load 的第五个参数是环境表——编译出来的函数运行在这个环境表里——可以访问环境表中的全局变量但不能访问真正的全局变量——这是 Lua 5.2+ 的做法,5.1 用 setfenv。
三、编译和执行的分离
load 的编译和执行是两步分离的——先编译成函数再调用函数——两步分离给了调用者控制权:编译成功了再决定要不要执行——编译失败了只报语法错误不会执行任何代码。和 dofile 的分账写清楚:dofile 直接读取文件并执行——load 只编译字符串不执行——dofile = loadfile + 调用返回的函数。最后一条纪律:load 编译的代码运行在全局环境中——可以访问和修改全局变量——如果不希望 load 的代码污染全局环境,必须配合自定义环境表使用——load 的第五个参数就是为此设计的。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
【游戏功能】 再抛一个老问题:奶量是固定好还是浮动好?固定回五十的术式,满血喝是五十、残血喝也是五十,账目清楚,可总差点意思…
【游戏功能】 前阵子一场"永动机事故"在群里传了半天:某个会喷火的精英怪被玩家围了一整晚,火喷了八个钟头没停——后台一看,它…
【游戏功能】 mode=mode==='red'?'blue':'red' ——先拆这一行。一个变量存着当前纹色,三元运算符…
【游戏功能】 上一版埋了个查了半宿的隐蔽报错:测试组报"玩家血条归零了人还站着",后台的死亡日志一条没有,复活接口也没被调过…
【游戏功能】 先抛一个坑:增益为什么只能自己挂?怒气、护体、神行,攻略里全在教你"什么时候开自己的招",可怪身上明晃晃挂着的…
【游戏功能】 昨天夜里一场线上事故把"反纹"顶上了台面:一个玩家把反纹挂在自己身上站桩挂机,怪的火球过来他没倒,反倒躺下的是…