【框架设计】转盘抽奖：概率公示与伪随机序列

实战应用：用在哪里

转盘是运营最常用的付费活动：八格奖池，大奖位置醒目，转一圈的动画成本极低而情绪价值极高。合规要求概率公示必须真实，体验要求大奖不能太绝望，伪随机序列在两者之间找平衡，公示页与内部数值必须来自同一份配置。

抽奖结算

local WHEEL = {
    { id = 60001, weight = 5000, name = "金币" },
    { id = 60002, weight = 800,  name = "强化石" },
    { id = 60008, weight = 20,   name = "限定坐骑" },
}
function Wheel.spin(plr)
    if not QF_CostItem(plr, WHEEL_TICKET, 1) then return false, "缺少抽奖券" end
    local pick = Wheel.nextPick(plr)
    QF_GiveItem(plr, pick.id, 1)
    QF_LogWheel(plr.id, pick.id, os.time())
    return pick
end

先扣券再出结果，任何异常中断都已扣券的状态以流水为准补偿。公示概率与内部权重来自同一份配置，导出即公示页，杜绝两套数值的合规风险。抽取记录全量落盘供审计复核，监管抽查时 5 分钟内可出全量数据。

保底序列

function Wheel.nextPick(plr)
    plr.spinCount = (plr.spinCount or 0) + 1
    if plr.spinCount % 200 == 0 then
        return WHEEL[#WHEEL]
    end
    return rollWeighted(WHEEL)
end

每 200 抽必出限定大奖，插在伪随机流里，公示页注明累计 200 次必得，期望与公示严格一致。保底计数跨活动期继承，玩家换活动不清零，信任感由此积累。单日抽取上限 500 次并强制休息提示，健康引导写进产品而不是口号。转盘动画按结果定格扇区，客户端 SL 旋转缓动与服务器结果解耦，网络抖动不影响手感，出奖瞬间金币与物品进包提示分层播放。

验证与监控

实际出奖分布与公示概率按月比对，卡方检验偏离显著即冻结活动排查。

踩坑记录

公示页的自动生成器上线前，概率文案是手抄的，一次手抄错误把 2% 写成 20%，被玩家截图对比配置文件打假，自动生成从此成为唯一来源。保底计数跨活动继承的规则也吃过解释成本，玩家换了三个活动以为重新计数，规则页用进度条把继承可视化。抽取上限 500 次的健康提示弹窗曾经被一键多点跳过，改成强制停留 3 秒的倒计时，健康引导的严肃性来自交互本身。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。