【框架设计】掉落包嵌套结构：Boss 掉落的分层抽取设计

实战应用：用在哪里

Boss 掉落的分层设计：保底层（必掉经验金币）、稀有层（低概率高价值）、随机层（常规材料）。嵌套掉落包把这些层次组织成可配置的结构：每层独立抽取概率与次数，稀有层可配置保底计数。分层后，运营调整某一层不需要理解整张表。

抽取实现：层级轮询

local function rollLayer(layer, luckRate)
    local results = {}
    for _, entry in ipairs(layer.entries) do
        local rate = entry.rate * luckRate
        if math.random(10000) <= rate then
            results[#results + 1] = { id = entry.itemId, count = math.random(entry.min, entry.max) }
        end
    end
    return results
end

local function rollPack(packId, luckRate)
    local pack = PACKS[packId]
    local all = {}
    for _, layer in ipairs(pack.layers) do
        local times = layer.times or 1
        for _ = 1, times do
            local part = rollLayer(layer, luckRate)
            for _, item in ipairs(part) do all[#all + 1] = item end
        end
    end
    return all
end

层级配置：保底层 times 与必掉标志、稀有层的独立概率与每日上限（稀有层超出每日上限自动降级为普通层，防刷）。

与 44 属性的联动

爆率倍率属性（44 属性）只放大普通层与稀有层的进入概率，保底层不受倍率影响（保底是承诺不是奖励）。倍率的生效上限由 droprateLimit 字段控制（参考爆率封顶篇），两层限制叠加后，极端堆属性的玩家也不会击穿设计上限。

验证与公示

掉落包的验证用批量模拟：跑 10 万次击杀统计各物品的实际产出分布，与配置期望对照（偏差超过 5% 回查配置）。概率公示页直接从掉落包配置生成（玩家可见的概率与内部一致），更新配置后公示自动同步。掉落包结构的验证清单进版本发布流程，数值调整的影响在上线前就完成量化。

嵌套深度限制：掉落包的嵌套层数上限三层（外层包、中层包、物品），超过三层的配置在校验器里报错。递归抽取的深度上限防止配置成环导致死循环，环检测放在配置校验阶段，比运行时兜底更早暴露问题。

掉落包的调试命令：GM 命令输入包 id 即在聊天框输出模拟十次的抽样结果，测试服验证配置无需跑统计脚本。调试命令走 GM 权限分级（参考 GM 工具篇），生产环境限管理员使用，测试环境对开发开放。

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