竞技场赛季收尾时的段位结算与奖励发放,是检验服务端批量处理能力的典型场景。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 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 组队打怪的经验分配是组队体验的核心:均分让划水者搭便车,纯贡献分配让辅助职业吃亏。贡献权重的设计目标:按实际贡献分…
设计初衷 坐骑系统的死穴是"买了就不用管"。坐骑长线:喂养、训练、共鸣三条培养线并行——坐骑从"一次买断"变成"持续投入"。…
业务场景 新图首杀季:一天 60 个首杀全发播报则世界频道被刷屏。限流策略:播报队列每分钟最多 3 条,积压进入队列顺延,超…
业务场景 富矿点被固定队伍霸占。矿点占领:行会发起占领后收益加成 50%,占领 4 小时到期自动易主。核心数据:Mine_I…
设计初衷 回流玩家的最大障碍不是数值落后,是社交断层:离开 90 天后,好友列表里一半人退游、行会换了会长、固定队散了。回归…
学员常见误区 把 30 份奖励分给 4 人小组,学员写 total / 4 得到 7.5,再拿 7.5 去做循环边界——Lu…