以物易物上线一周出两起物品蒸发:甲方提交后乙方掉线,服务端把甲方物品扣了,乙方的物品却没过来。复盘根因:交换动作只在单端确认后执行,没有做双方提交的一致性校验,掉线即物质不守恒。
交换接口收到甲方确认就立即双向转移,乙方此时掉线,其物品读取失败,甲方物品已经扣走,钱货两空。
function tradeSwapV1(actor, targetName, myItem, wantItem)
local player = class(actor)
player:takeitem(myItem, 1)
local other = getplayerbyname(targetName)
if other == nil or not isplayer(other) then
return
end
class(other):takeitem(wantItem, 1)
giveitem(actor, wantItem, 1)
giveitem(other, myItem, 1)
end
扣减在前、校验在后,中途任何一步失败都留下半截交易。
补丁把交换拆成两阶段:双方各自确认入预交换表,服务器校验双方物品齐备后,才在一个调用里完成四次转移,任一环节失败整体回滚。
local pending = {}
function tradeConfirm(actor, dealId)
local player = class(actor)
local deal = pending[dealId]
if deal == nil then return end
deal.confirmed[player:GetName()] = true
if deal.confirmed[deal.a] and deal.confirmed[deal.b] then
local pa = getplayerbyname(deal.a)
local pb = getplayerbyname(deal.b)
if pa ~= nil and pb ~= nil and isplayer(pa) and isplayer(pb) then
class(pa):takeitem(deal.itemA, 1)
class(pb):takeitem(deal.itemB, 1)
giveitem(pa, deal.itemB, 1)
giveitem(pb, deal.itemA, 1)
end
pending[dealId] = nil
end
end
用例覆盖单方确认、确认后掉线、双方齐备三条路径,物资总量守恒为验收标准。上线后监控预交换表的滞留条数,超过六十秒未决的交易自动作废并通知双方。
预交换表在内存里,重启即丢,滞留交易的物品并没有被扣,作废无损失,这是两阶段设计的红利,但要在文档里写明,后人误改成先扣后换就破坏了。takeitem与giveitem的顺序无论怎么排,四步中间失败都存在理论半截态,兜底靠交易日志对账脚本每小时跑一次。dealId用玩家名拼接会互相覆盖,用时间戳加随机数生成。纠纷客服口径要写明掉线方的物品从未离包,玩家能自己验证,信任重建比补偿更快。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 悬赏捕杀把玩家之间的恩怨变成可托付的系统行为:仇家难以亲自复仇时,花费金条发布悬赏,全服玩家接单击杀目标…
实战应用:用在哪里 策划改表是日常动作,漏填字段、引用了不存在的编号、数值越界这三类问题占了配表故障的绝大多数。等玩家报错再…
实战应用:用在哪里 行会擂台给中小行会提供了固定的对抗出口:挑战方击败守擂方后接管擂台,连胜次数决定每日结算奖励档位。接口层…
实战应用:用在哪里 世界首领战里玩家最关心的是伤害前十名:榜单要求随时插入、随时能按序取出,每来一条伤害记录都重新排序一次太…
实战应用:用在哪里 百人同屏的攻城战里,把每条移动、施法消息广播给全地图是最常见的性能失误。九宫格视野的做法是把地图切成等大…
实战应用:用在哪里 留言板、行会招募语、邮件标题这类字段会被玩家自由填写,并写入角色变量或转发给持久层。拼接式的写法一旦遇到…