停服补偿覆盖四万账号,一次性全发会顶爆邮件队列,发一半进程中断重跑又怕重复发放。补偿发放脚本做三件事:名单分批、断点续发、失败回滚,幂等标记保证重跑不重发。脚本设计原则是随时可断、随时可重跑,任何一个环节的状态都落在可恢复的存储里,运维只需要盯失败列表处理。
名单按 500 人一批切分,游标记录已发批次号,脚本从游标处继续,中断重跑零重复。名单文件由运营平台导出,格式为每行一个账号,发放前先查幂等标记,已发过的玩家直接跳过。
local function grantBatch(batchId)
local names = getBatchNames(batchId)
for _, nm in ipairs(names) do
local done = getplayvar(nm, "HUMAN", "COMP_902")
if done ~= 1 then
giveitem(nm, "补偿礼盒", 1)
setplayvar(nm, "HUMAN", "COMP_902", 1, 1)
end
end
setsysvarex("COMP_CURSOR", batchId, 1)
end
发放失败只登记不中断整批,收尾统一重试;发错内容时按幂等标记定位名单,回收道具后复位标记,账号恢复未领取状态。
local FAIL = {}
local function grantOne(nm)
local ok = giveitem(nm, "补偿礼盒", 1)
if ok then
setplayvar(nm, "HUMAN", "COMP_902", 1, 1)
else
table.insert(FAIL, nm)
end
end
local function rollback(nm)
if getplayvar(nm, "HUMAN", "COMP_902") == 1 then
local p = class(nm)
p:takeitem("补偿礼盒", 1)
setplayvar(nm, "HUMAN", "COMP_902", 0, 1)
end
end
演练三类场景:中途强断进程后重跑核对零重复;名单混入满背包玩家核对失败登记完整;错发样本回收核对标记复位。正式发放时监控游标推进速度与失败数曲线,失败率超过百分之一即暂停转人工。演练环境先用三千人的小名单跑三轮,确认游标与标记行为正常再上全量;发放期间客服侧同步挂公告,减少重复领取的咨询量。
发放在前标记在后的顺序跑出过事故,进程正好断在两行之间,重跑给同一玩家发了两份,改成先标记后发放、发放失败再回滚标记。giveitem 对离线玩家静默失败,名单先过一遍在线状态,离线账号转邮件通道补投。游标存系统变量没加批次校验,两个运维同时跑脚本游标互相覆盖,加了一把进程锁才治好。名单导出时混进了重复行,幂等标记救了场,事后在导出环节补了去重与行数校验,名单文件本身也要可靠。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 全服 400 多个 NPC 脚本在开服瞬间集中加载,引擎进程启动耗时 47 秒,值班期间重启就是 47 …
实战应用:用在哪里 行会跨图集合靠世界喊话,从比奇赶到沙巴克动辄三分钟,集合效率低。行会驿站给每个行会一个专属传送网络:驿站…
实战应用:用在哪里 跨服战场周日结算夜出了双事故:30 名玩家积分凭空翻倍,随后 12 名玩家积分变成负数。两条线索指向同一…
实战应用:用在哪里 烈火剑法点到一半想换逐日剑法,没有遗忘功能只能养小号,新手加点点废的投诉长期霸榜。技能遗忘与重修框架管三…
实战应用:用在哪里 战斗日志全量滚动,烈火剑法暴击、治疗、拾取一场下来上千条,列表越长滑动越卡。改造分两件事:内存里只留最近…
实战应用:用在哪里 夏季活动缺一个全服参与的轻竞速,选定龙舟:五人一队从白日门河道上游划向盟重码头,河道布设障碍与顺流带,全…