拍卖行上线首晚,47笔流拍的保证金没有退回,玩家保证金五万金币一份被系统吃掉,论坛当晚炸锅。复盘整条链路:出价脚本只有成交分支,流拍分支被漏写,保证金扣了没人退。这类分支遗漏是交易系统最高发的事故形态。
流拍判定其实存在,但只改了拍卖品状态,退还保证金的调用写在了成交分支里,流拍路径直接跳过。
function onAuctionEnd(actor, itemId, deal)
local player = class(actor)
if deal == 1 then
giveitem(actor, "拍卖品", 1)
player:takeitem("金币", 50000)
else
setsysvar("AUCTION_" .. itemId, "fail")
end
end
测试环境全部走成交用例,流拍分支零覆盖,问题被直接带上生产。
修复把退还动作补进流拍分支,并按幂等键补扫历史流拍名单,一人一发不重发。
function refundDeposit(actor, itemId)
local player = class(actor)
if getplayvar(actor, 2, "REFUND_" .. itemId) == 1 then
return false
end
sendmail(actor, 0, "拍卖保证金退还", "拍品" .. itemId .. "流拍,保证金退还", "金币|50000")
setplayvar(actor, "HUMAN", "REFUND_" .. itemId, 1, 1)
return true
end
修复后成交与流拍双用例各跑二十遍,保证金总量收支平衡才算对上账。监控侧加了保证金池的对账:每日流入与流出差额应为零,异常当晚就能发现而不是等玩家举报。
测试用例必须覆盖全部分支,交易类功能上线的底线是每个分支至少一条用例,流拍这种低频分支恰恰最容易漏。setsysvar不落盘,流拍名单重启就丢,补偿扫描前名单要先落盘。补发用拍品号做幂等键,同一玩家拍多件流拍品互不干扰。事故当晚客服口径没跟上,玩家以为金币被盗,恐慌放大了三倍,事故响应里公告与修复要同步推。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 战士的烈火剑法一击熄火后要等八秒冷却,连招断档感强烈。疾风烈火斩在烈火剑法命中后给一次连击窗口:三秒内再…
实战应用:用在哪里 阵营对抗打到中期容易疲软:打赢没有额外好处,输掉也没有代价。阵营声望体系给阵营战装上荣誉刻度:个人与阵营…
实战应用:用在哪里 拿下沙巴克之后呢?城主除了名字挂在城墙上,对城市毫无影响。城主施政玩法让占领变成治理:城主每周获得市政令…
实战应用:用在哪里 主线路光缆被挖断的深夜,全服掉线 20 分钟,玩家以为游戏倒闭。备用线路方案给接入层配第二条出口:主线路…
实战应用:用在哪里 行会官员由帮主任命的老模式弊端明显:任人唯亲、能上不能下。行会选举接口把官员换届做成投票制:每两个月一次…
实战应用:用在哪里 烈火剑法的伤害加成、冷却时间、下一级提升,全靠玩家记忆或去官网查。技能说明悬浮卡片在鼠标悬停技能图标零点…