【案例复盘】双倍经验叠加事故：四层Buff乘出十六倍的失控复盘

实战应用：用在哪里

周末活动双倍经验、行会Buff、组队加成、道具丹药四层叠加，理论上两倍，实测出现十六倍：四层各自翻倍连乘。一夜之间三十个号冲到满级，等级榜作废重排。复盘把倍率体系从各自为政改成分层封顶。

事故的还原

四个系统各自用addbuff挂自己的经验加成，引擎对同类Buff取乘积，二乘二乘二乘二，一个组队吃药的周末玩家拿到十六倍。

function weekendDouble(actor)
    addbuff(actor, "EXP_X2", 7200)
end
function guildJoinBuff(actor)
    addbuff(actor, "EXP_GUILD_X2", 86400)
end

两套Buff同源不同名，引擎不知道它们是同一类加成。

分层封顶的补丁

补丁把四层加成收进统一结算器：各类先取最大值，总和封顶三倍，超出的部分静默截断。

local function finalExpMult(mults)
    local cap, sum = 3, 1
    for _, m in ipairs(mults) do
        sum = sum + (m - 1)
    end
    return math.min(cap, sum)
end

验证与监控

四层全开的测试号实测倍率必须是三倍封顶；单层场景各自回归不受影响。上线后监控满级账号的日均增速，单日升十级以上即告警，倍率失控最先在榜单露出马脚。

踩坑记录

同类Buff不同名是历史包袱，收敛命名要兼容存量玩家身上的旧Buff，过渡期双名并存按同源处理。封顶三倍是运营决策不是技术决策，数值组签了字才改，技术单方面封顶等于偷改玩法。满级的三十个号处理走公告加回收经验的软着陆，直接扣级引发的情绪更大。倍率结算器上线后，所有加经验的新功能必须走它，绕过的入口在评审就打回，体系外多一个入口就多一次事故。