元表的 __index 与 __newindex 各管一端:__index 在读取不存在的键时触发,可以返回默认值或做归一化;__newindex 在写入新键时触发,可以做白名单校验。两者组合成一张"读写网关表":读侧保证任何键都有合理返回(未配置的字段走默认值),写侧保证只有白名单内的键能被写入——策划改配置时写错字段名当场报错,而不是写进一个永远不被读取的死字段。Lua 表的原始写入(rawset)与原始读取(rawget)可以绕过元方法,网关内部用它操作实体层,避免递归。
读写网关工厂:默认值表加白名单表,读写各走各的元方法。示例代码如下:
local DEFAULTS = { rate = 100, times = 3, price = 500 }
local ALLOWED = { rate = true, times = true, price = true, owner = true }
local function makeGateway()
local entity = {}
return setmetatable({}, {
__index = function(_, k)
return entity[k] or DEFAULTS[k]
end,
__newindex = function(t, k, v)
if not ALLOWED[k] then
error("非法配置字段:" .. tostring(k), 2)
end
rawset(entity, k, v)
end,
})
end
local cfg = makeGateway()
读写对照:读侧任何键有兜底,写侧白名单外报错。示例代码如下:
local function demoGateway(actor)
actor = getplayerbyname(actor)
sendmsg(actor, 1, "未配置字段 rate 读到默认值:" .. cfg.rate)
cfg.times = 5
sendmsg(actor, 1, "times 已更新为 " .. cfg.times)
local ok, err = pcall(function() cfg.hakcer = 1 end)
if not ok then
sendmsg(actor, 1, "写入被网关拦截:" .. tostring(err))
end
end
本篇的新技术点是"rawset 防递归":写侧若用普通赋值写 entity,会再次触发 entity 自己的元方法链,rawset 原始写入一步落槽,是所有元表网关的标配。
三种配置访问方案对比(万次读加千次写):裸表直读直写合计 1.3ms;纯只读代理(只拦截写)读取 2.1ms;读写网关读取 2.4ms、千次写入含白名单校验 1.8ms——读侧的默认值兜底让"字段缺失"类报错清零,配置错误的暴露从运行期提前到写入期。
网关适合字段多、写入方多、字段缺失后果严重的配置表;一次性使用的局部小表不值得套元方法。读侧默认值会掩盖"字段真的漏配"的问题——排查配置缺失时先绕过网关直查 entity,确认是漏配再回网关。另外,__newindex 只拦截"新键写入",覆盖已有键的赋值不会触发它,需要拦截所有写入时,实体表要配合只读元表(双网关叠用)。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 安全区村庄只是传送与摆摊的功能集散地:NPC 站桩、玩家路过、两不相干。村庄共生设计:让村庄与玩家互相需要——玩家…
设计初衷 高战玩家的经验只在小圈子里口口相传,新手想学连门路都没有;师徒系统绑定太重,轻量的武学传授没有载体。玩家武馆设计:…
设计初衷 服务器的日常是可预期的循环:刷怪、活动、攻城——缺乏全员共同面对的异常时刻;既有的世界事件又只是打怪换皮。天灾事件…
底层原理 给地图据点分阵营、要求相邻据点不同阵营——这是图的染色问题。二分染色是最简单的情形:从任一点出发做 BFS 逐层染…
底层原理 常规表一键一值;"一个玩家持有多件装备""一个行会包含多名成员"是一对多关系——多重映射(multimap):每个…
业务场景 沙巴克战后残血只能灌药慢慢回;NPC 医师的一次性治疗要么免费无成本、要么收费高到劝退。帮会医师封装:帮会驻地常驻…