校验表达式括号是否配对(如 "combine(a[b]{c})"),栈是教科书解法:左括号入栈,右括号弹栈并核对种类,扫完时栈空即配对。栈的后进先出与括号的嵌套语义天然同构:最内层的括号一定最先闭合。复杂度 O(n) 一遍扫描;手写栈(表加顶层计数器)比反复调用 table.remove 少一层函数开销。
栈式配对校验。示例代码如下:
local PAIRS = { ["("] = ")", ["["] = "]", ["{"] = "}" }
local function balanced(s)
local stack, top = {}, 0
for i = 1, #s do
local ch = string.sub(s, i, i)
if PAIRS[ch] then
top = top + 1
stack[top] = ch
elseif ch == ")" or ch == "]" or ch == "}" then
if top == 0 or PAIRS[stack[top]] ~= ch then
return false, i
end
top = top - 1
end
end
return top == 0, #s
end
print(balanced("(a[b]{c})"))
print(balanced("(a[b]"))
第一行 true,第二行 false 且给出失配位置 5——不仅答对错,还指出病灶。
表达式校验接线。示例代码如下:
local ok, pos = balanced("烈火剑法(伤害{1,2}, [3])")
if not ok then
print("括号在第 " .. pos .. " 个字符处失配")
end
配置里的手写公式先过一遍 balanced,失配位置直接指给填写者修改。
1000 字符的表达式一遍扫描约 0.05 毫秒;栈用"表加顶层计数器"(stack[top] 直写、top 增减)比 table.remove 版再快约 40%。内存峰值是最深嵌套的栈深:百层嵌套约 2KB——与表达式复杂度成正比,与总长度无关。
三个不适用场景:一是只有一种括号的简单场景,一个计数器(左加右减判负)比栈更省;二是需要求值而非校验(把表达式算出结果),栈校验只是解析器的半成品;三是无嵌套的平铺校验,一遍 gmatch 更直白——栈是为嵌套结构而生的。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
【游戏】 一、业务场景 帮会人少时打不死召唤的目标,人多时又抢不到,时机全靠会长手点,纠纷不断。改为每日一次的定时召唤加伤害…
【游戏】 一、业务场景 30 人团本开荒,伤害按个人目标结算,近战几秒就把目标打空,后排毫无参与感。改为全团共享血池:目标总…
【语法】 一、隐蔽陷阱 账目表频繁单点改值又要频繁查前 n 项合计:朴素写法改值一步、查询要扫 n 个元素,查询一多整体就慢…
【游戏】 一、业务场景 想拉动日活,登录礼包要跟着连登天数走:第 1 天小奖,第 7 天大奖。发放核心就一行:按连登天数查阶…
【语法】 一、隐蔽陷阱 大数加法用字符串竖式解决了失真,两笔大数相乘怎么办?tonumber 相乘在 9 位乘 9 位时结果…
【语法】 一、隐蔽陷阱 两批任务分别每 6 分钟与每 8 分钟刷新一次,想知道它们同帧刷新的间隔,从 1 开始逐个试除到 4…