【语法算法】
排序稳定性的本质就这一行:
if a.score == b.score then return a.id < b.id end
return a.score < b.score
排序稳定性的全部机制就这一行:主键相等时用次键决定顺序——次键也相等时返回 false 保持原序——严格弱序要求比较函数满足传递性和不对称性。今天拆开。
一、主键、次键、严格弱序三段
排序稳定性的三段。主键:排序的首要依据——比如按分数排序——主键相同时次键决定顺序。次键:主键相等时的第二排序依据——比如按 ID 排序——次键保证主键相同时的顺序确定——不会因为排序算法的不确定性导致结果不同。严格弱序:比较函数必须满足"不对称性"(agraph TD
A["a.score == b.score?"] --> B["比较次键 a.id vs b.id"]
A --> C["a.score < b.score"]
C --> D["返回 true"]
B --> E["返回 a.id < b.id"]
二、多字段排序的正确写法
local players = {
{ name = "张三", score = 90, id = 3 },
{ name = "李四", score = 90, id = 1 },
{ name = "王五", score = 85, id = 2 },
}
table.sort(players, function(a, b)
if a.score ~= b.score then
return a.score > b.score -- 分数降序
end
return a.id < b.id -- 分数相同按ID升序
end)
for _, p in ipairs(players) do
print(p.name, p.score, p.id)
end
多字段排序用 if-else 而不是 or——a.score > b.score or (a.score == b.score and a.id < b.id) 和分开写的 if-else 效果相同但可读性更差——多字段排序的比较函数应该逐字段比较,每个字段独立判断。
三、严格弱序的纪律与比较函数的设计
严格弱序是排序的数学要求:比较函数必须满足"不对称性"和"传递性"——不对称性意味着 comp(a,b) = true 则 comp(b,a) = false——传递性意味着 comp(a,b) = true 且 comp(b,c) = true 则 comp(a,c) = true——不满足严格弱序的比较函数会导致排序结果不确定甚至报错。比较函数的设计也要讲究:只比较相关字段、忽略无关字段——比较函数里做 IO 或调用外部函数是性能杀手——比较函数应该是纯函数。最后一条纪律:排序前先确认数据类型一致——混合类型的排序(数字和字符串混在一起)会导致比较函数报错——排序前先过滤或分组,确保同类数据一起排序。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
【游戏功能】 var ld2=Math.max(1,Math.round(d 0.25)) ——先拆这一行。连枝转移的账就在…
【游戏功能】 前阵子的投诉出得冤:玩家开着让先纹被怪的头一招打掉了半管血,找到客服问"让先让了个寂寞"。翻流水发现机制没算错…
【游戏功能】 上一版留了条只在连打两场时冒头的隐蔽报错:秋后纹第二次开的清算比第一次翻倍——头一场十二笔账清完没清零,第二场…
【游戏功能】 先抛一个坑:砍出去的刀,能收回来吗?刀光落了地、数字蹦出来、血条掉了——按理说木已成舟。可玩家心里都有过那一拍…
【游戏功能】 var fresh=(tg===M)?fr.a:fr.b ——先拆这一行。两只怪,两本"点没点过卯"的小账,出…
【游戏功能】 上个月一场差评事故:一个闪避堆得高的怪成了玩家的噩梦——十刀落空七刀,打得着的两三刀又不痛不痒,玩家在频道里骂…