大表(全服排行榜、活动配置)在函数开头加载,用完之后一直驻留到函数结束——函数越长,大表占用的内存窗口越宽。学员以为“出了 if 就释放”,实际上局部变量要活到所在函数结束。do ... end 块是 Lua 显式的生命周期边界:块内声明的局部变量,出块即不可达,可被立即回收。错误场景:
local function settleBad(actor)
actor = getplayerbyname(actor)
local bigBoard = loadWholeBoard()
local topOne = bigBoard[1]
sendmsg(actor, 1, "榜首:" .. tostring(topOne))
-- 后续 200 行业务逻辑里,bigBoard 一直占着内存
end
只取所需的大数据,用 do 块把加载与消费圈在最小窗口里,块外只留结论。示例代码如下:
local function settleGood(actor)
actor = getplayerbyname(actor)
local topOne
do
local bigBoard = loadWholeBoard()
topOne = bigBoard[1]
end
sendmsg(actor, 1, "榜首:" .. tostring(topOne))
do
local detail = loadDetail(topOne)
sendmsg(actor, 1, "战力明细:" .. tostring(detail))
end
end
本篇的新技术点是“两段 do 各取所需”:先取榜首、再取明细,两段大表的生命周期被 do 块切成两个互不重叠的窗口,内存峰值从两份并存降为一份。
三步验证:在 do 块结束行之后打印块内变量名,应为 nil(不可达);对照误写版,函数尾部大表仍可访问;构造 10 万行大表,do 版与全驻留版的 collectgarbage("count") 内存读数对照。
do 块同样适合“临时改动需要恢复”的场景:进入块改全局配置,块尾恢复原值,改动的影响范围被锁在块内。示例代码如下:
local saved = DEBUG_ON
do
DEBUG_ON = true
runDiagnosis()
end
DEBUG_ON = saved
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 安全区村庄只是传送与摆摊的功能集散地:NPC 站桩、玩家路过、两不相干。村庄共生设计:让村庄与玩家互相需要——玩家…
设计初衷 高战玩家的经验只在小圈子里口口相传,新手想学连门路都没有;师徒系统绑定太重,轻量的武学传授没有载体。玩家武馆设计:…
设计初衷 服务器的日常是可预期的循环:刷怪、活动、攻城——缺乏全员共同面对的异常时刻;既有的世界事件又只是打怪换皮。天灾事件…
底层原理 给地图据点分阵营、要求相邻据点不同阵营——这是图的染色问题。二分染色是最简单的情形:从任一点出发做 BFS 逐层染…
底层原理 常规表一键一值;"一个玩家持有多件装备""一个行会包含多名成员"是一对多关系——多重映射(multimap):每个…
业务场景 沙巴克战后残血只能灌药慢慢回;NPC 医师的一次性治疗要么免费无成本、要么收费高到劝退。帮会医师封装:帮会驻地常驻…