table.sort 依赖比较函数满足严格弱序:同元素比较必须返回 false、结果必须可传递。比较函数里写 a >= b 这类含等号的判断,相等元素互认为不大于又互相小于,排序内部直接报 invalid order function。修复方式是让比较只看严格大小,相等元素交由稳定排序的次序键处理。
正确的比较器。示例代码如下:
local board = {
{ name = "沙城老兵", score = 200 },
{ name = "玛法新秀", score = 200 },
{ name = "祖玛猎人", score = 300 }
}
table.sort(board, function(a, b)
return a.score > b.score
end)
for i, row in ipairs(board) do
print(i, row.name, row.score)
end
同分的老兵与新秀次序虽不保证,但排序本身不再报错。
加次序键修复。示例代码如下:
table.sort(board, function(a, b)
if a.score ~= b.score then
return a.score > b.score
end
return a.name < b.name
end)
同分按名字典序——比较结果确定且满足严格弱序,输出可复现。
合法比较器下 1000 条排序约 0.6 毫秒;非法比较器不是慢而是崩——invalid order function 直接中断。比较函数内做字符串拼接等重活,1000 条会从 0.6 毫秒膨胀到 5 毫秒以上——比较器必须只做字段比较。
三个不适用场景: 一是需要同值保序的强稳定需求, 自写归并稳定排序更可控; 二是数据量极小(十条以内)且无需排序语义, 手动挑最大值即可; 三是比较键需要运行时计算(如实时战力), 先算好存字段再排序。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
【游戏】 一、业务场景 帮会人少时打不死召唤的目标,人多时又抢不到,时机全靠会长手点,纠纷不断。改为每日一次的定时召唤加伤害…
【游戏】 一、业务场景 30 人团本开荒,伤害按个人目标结算,近战几秒就把目标打空,后排毫无参与感。改为全团共享血池:目标总…
【语法】 一、隐蔽陷阱 账目表频繁单点改值又要频繁查前 n 项合计:朴素写法改值一步、查询要扫 n 个元素,查询一多整体就慢…
【游戏】 一、业务场景 想拉动日活,登录礼包要跟着连登天数走:第 1 天小奖,第 7 天大奖。发放核心就一行:按连登天数查阶…
【语法】 一、隐蔽陷阱 大数加法用字符串竖式解决了失真,两笔大数相乘怎么办?tonumber 相乘在 9 位乘 9 位时结果…
【语法】 一、隐蔽陷阱 两批任务分别每 6 分钟与每 8 分钟刷新一次,想知道它们同帧刷新的间隔,从 1 开始逐个试除到 4…