竞技场赛季收尾时的段位结算与奖励发放,是检验服务端批量处理能力的典型场景。996引擎提供了定时器、变量与邮件三组接口,配合得当就能在赛季结束瞬间完成全服结算。本文以三周一个赛季的设定为例讲解实现。
赛季结算要在固定时刻完成三件事:按段位分档发奖励邮件、把所有人的段位分软重置、给高段位玩家挂称号。散人玩家分布在不同地图,有的在挂机有的在打副本,结算不能打断他们的正常状态,也不能因为某个玩家数据异常导致整批中断。
用全局定时器在赛季收尾一天的固定时刻触发结算脚本。结算读取每个在线玩家的段位分变量,套用档位表得到奖励内容,逐个发邮件;段位分按百分比折算进新赛季,写回变量。离线玩家的处理交给登录触发补发,结算时只记录名单。
local player = class(actor)
if not isplayer(actor) then return end
local rank = tonumber(getplayvar(actor, 2, "ARENA_PT") or "0")
local rewards = ""
if rank >= 2400 then
rewards = "至尊段位礼盒|1"
setranklevelname(actor, "至尊王者")
elseif rank >= 1800 then
rewards = "钻石段位礼盒|1"
setranklevelname(actor, "钻石强者")
elseif rank >= 1200 then
rewards = "黄金段位礼盒|1"
setranklevelname(actor, "黄金斗士")
else
rewards = "参与奖励包|1"
setranklevelname(actor, "")
end
local carry = math.floor(rank * 0.3)
setplayvar(actor, "HUMAN", "ARENA_PT", carry, 1)
段位折算保留三成,保证新赛季不用从零爬分。邮件正文可以再拼上玩家当前名次,让奖励更有实感:
local mailbody = "第三赛季结算,您的段位分为" .. rank
sendmail(actor, 0, "竞技场赛季奖励", mailbody, rewards)
结算脚本必须用pcall包住单个玩家的处理,一个玩家的变量异常不该影响后续名单。setranklevelname传空串表示清空称号,要给低段位玩家也执行清空,避免上赛季称号残留。软重置只折算分数不动段位字段,结算瞬间不会出现大量玩家称号闪烁。离线补发在登录触发里加赛季号比对:变量里存的赛季号小于当前赛季号就补发,防止重复领取。
赛季结算的关键是幂等:无论脚本重跑几次,玩家不会拿到两份奖励。用赛季号做幂等键是最省事的方案,比记发放状态变量更可靠。
段位分如果只存在HUMAN变量里,清档时会一起消失。对竞技场这类跨赛季数据,建议运营侧定期从变量快照导出留档,处理申诉时才有历史成绩可核对。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 悬赏捕杀把玩家之间的恩怨变成可托付的系统行为:仇家难以亲自复仇时,花费金条发布悬赏,全服玩家接单击杀目标…
实战应用:用在哪里 策划改表是日常动作,漏填字段、引用了不存在的编号、数值越界这三类问题占了配表故障的绝大多数。等玩家报错再…
实战应用:用在哪里 行会擂台给中小行会提供了固定的对抗出口:挑战方击败守擂方后接管擂台,连胜次数决定每日结算奖励档位。接口层…
实战应用:用在哪里 世界首领战里玩家最关心的是伤害前十名:榜单要求随时插入、随时能按序取出,每来一条伤害记录都重新排序一次太…
实战应用:用在哪里 百人同屏的攻城战里,把每条移动、施法消息广播给全地图是最常见的性能失误。九宫格视野的做法是把地图切成等大…
实战应用:用在哪里 留言板、行会招募语、邮件标题这类字段会被玩家自由填写,并写入角色变量或转发给持久层。拼接式的写法一旦遇到…