首充大礼包(648 档送裁决之杖)的领取判定出过两起事故:多角色玩家每个角色都领了一次首充;支付回调重发导致同一笔充值发两份礼包。首充发放校验封装:账号级首充标记(永久)加订单号幂等键(防回调重发),双重闸门保证首充礼包全账号仅一份、每笔订单仅一次。
资格判定与幂等发放:账号标记、订单幂等。示例代码如下:
local function grantFirstCharge(account, orderId, role)
if getsysvar("FC_" .. account) ~= "" and
getsysvar("FC_" .. account) ~= nil then
print("账号已领过首充:" .. account)
return false
end
if getsysvar("FCOrder_" .. orderId) ~= "" and
getsysvar("FCOrder_" .. orderId) ~= nil then
print("订单已处理:" .. orderId)
return false
end
setsysvarex("FCOrder_" .. orderId, account, 1)
setsysvarex("FC_" .. account, os.date("%Y%m%d"), 1)
sendmail("#" .. role, 0, "首充大礼包",
"感谢支持,请查收。", "裁决之杖,1")
return true
end
资格查询示例代码如下:
local function canFirstCharge(account)
local mark = getsysvar("FC_" .. account)
return mark == "" or mark == nil
end
FC_账号 是账号级首充标记(全账号唯一一份),FCOrder_订单号 是订单幂等键(回调重发在第二关被拦)。两道检查都通过才发放并落两个标记,落标顺序先订单后账号——回调重发在订单关被拦,多角色领取在账号关被拦。sendmail 按角色发奖,首充资格账号级、发放到当时充值的角色。
首充校验踩过三个坑:一是首充标记挂在角色变量上,玩家练小号再充又领一份,标记必须升到账号维度;二是标记写在角色删除时被清掉,删号重练再领——账号级标记存系统变量与角色生命周期解耦;三是订单幂等键用充值金额加时间拼接,同一秒两笔等额充值被判重,幂等键必须用支付方回传的订单号。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、一行代码拆解:PENDING[reqId] = callback —— 异步调用的请求与应答是两次独立触发,靠请求号在 …
一、隐蔽陷阱:穿戴只查等级不查部位,两件武器同时"在身",属性双倍叠加 15 分钟后才被巡查发现;每个部位是唯一槽,穿戴前先…
一、线上事故:仓库键被历史 bug 写坏成 "a,,3",读取端解析出空段报错 800 次;与其堵每个读取方,不如读取时发现…
一、抛坑提问:战报队列被写入端疯狂灌,消费端来不及取,队列涨到 5 万条内存告警——队列满时的正确姿势不是硬塞,是背压拒收加…
一、抛坑提问:名单表用 pairs 遍历发奖励,"第一个领的当队长"——为什么今天队长换人了?pairs 的顺序由哈希内部决…
一、一行代码拆解:Top-K 的候选榜按组各留一份——先按职业分桶,桶内各自维护前 3 小榜,全表一遍扫完,免掉先全排再按组…