行会战赛季末对账,积分账差了 30000 分:发放侧统计说发了 12 万分,商店核销侧说只消耗了 9 万分,3 万分凭空蒸发。排查后发现两条线的口径不同——发放侧把"参与保底分"计入总数,消耗侧的统计却漏了商店兑换时的折算扣减,一进一出用的根本不是同一套口径。账目对不上,先查的应该是口径,而不是怀疑谁贪污。错误场景:
local function grantScore(actor, base, bonus)
local total = base + bonus
setplayvar(actor, "HUMAN", "WarScore",
(tonumber(getplayvar(actor, "HUMAN", "WarScore")) or 0) + total, 1)
end
发放按 base 加 bonus,核销侧却只登记了 base 的口径,差额越积越大。
口径统一表:每个积分动作(发放、核销、折算)声明自己的记账规则,发放与消耗两侧引用同一张表,对账公式按表执行。规范写法。示例代码如下:
local RULES = {
grant = function(base, bonus) return base + bonus end,
spend = function(price, discount) return price - discount end,
}
local function grantByRule(actor, base, bonus)
local delta = RULES.grant(base, bonus)
addScore(actor, delta)
return delta
end
local function spendByRule(actor, price, discount)
local delta = RULES.spend(price, discount)
addScore(actor, -delta)
return delta
end
发放与核销都从 RULES 取计算规则,口径的任何调整只改表不改两侧逻辑——两侧永远算的是同一套账。示例代码如下:
local weekGap = weekGrantTotal - weekSpendTotal - stockDelta
if math.abs(weekGap) > 100 then
sendmsg(nil, 1, "周对账差值 " .. weekGap .. " 分,请排查。")
end
三步验证:用统一口径跑一个赛季的模拟流水,发放总和减核销总和恰等于存量变化;故意把核销规则改回旧口径,对账差值按周暴露;把差值告警线从 100 调到 1,验证灵敏度。
周对账比赛季末对账早暴露问题六周:把对账挂进每周例行任务,差值出现当周就能定位到具体哪场行会战的发放异常。示例代码如下:
local function weeklyAudit(weekRows)
local grantSum, spendSum = 0, 0
for _, r in ipairs(weekRows) do
if r.kind == "grant" then
grantSum = grantSum + r.delta
else
spendSum = spendSum + r.delta
end
end
return grantSum, spendSum
end
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、抛坑提问:名单展示要给隐私留余地,"裁决之杖"持有者的名字怎么打码?保留首尾字符中间换星,长度自适应,规则统一进一个函数…
一、一行代码拆解:DEG[dep] = (DEG[dep] or 0) + 1 —— 这一行统计每个脚本被依赖的入度:入度清…
一、隐蔽陷阱:5000 人里选前 10,全量 sort 再取头——n log n 白花;只要前 K 名时,维护一张 K 大小…
一、线上事故:全服 5000 名玩家状态挤一张大表,pairs 巡检一遍 5000 项耗时 120 毫秒,撞上主循环就是一次…
一、线上事故:装备合成链 A 吃 B、B 吃 A,合成脚本顺着链找源头,死循环 8 万次后栈爆,M2 卡死 40 秒;数据带…
一、抛坑提问:战报里直接写 os.time() 的原始秒数 1758849600,谁能看懂?按"3 分钟前""2 小时前"分…