【框架设计】世界 BOSS：复活计时与伤害结算

实战应用：用在哪里

世界 BOSS 每天固定两场，全服玩家抢伤害拿排名奖励，是服务器晚间的流量高峰。BOSS 被击杀后进入 10 分钟复活倒计时，尸体状态与重生位置都要处理干净，否则会出现打空气或双 BOSS 的灵异现场，全服玩家集体截图投诉。

伤害与仇恨

function WorldBoss.onDamage(plr, dmg)
    local wb = worldBoss
    if wb.state ~= "alive" then return end
    wb.dmg[plr.id] = (wb.dmg[plr.id] or 0) + dmg
    wb.hp = wb.hp - dmg
    if wb.hp <= 0 then
        wb.state = "dead"
        wb.reviveAt = os.time() + 600
        QF_AddTimer(wb.reviveAt, WorldBoss.revive)
        WorldBoss.settle()
    end
end

击杀瞬间切尸体状态并挂 10 分钟复活动名器，revive 重置血量与伤害榜。状态先改再挂计时，顺序保证不会重复结算，死亡瞬间涌入的伤害因状态检查全部被丢弃。

结算与复活

function WorldBoss.settle()
    local rank = {}
    for pid, dmg in pairs(worldBoss.dmg) do
        rank[#rank + 1] = { id = pid, dmg = dmg }
    end
    table.sort(rank, function(a, b) return a.dmg > b.dmg end)
    for i, rec in ipairs(rank) do
        if i <= 50 then
            local tier = i <= 10 and "top" or "join"
            QF_MailItems(rec.id, WORLD_BOSS_REWARD[tier], "世界BOSS奖励")
        end
    end
    worldBoss.dmg = {}
end

function WorldBoss.revive()
    worldBoss.state = "alive"
    worldBoss.hp = worldBoss.maxHp
    QF_SpawnMonster("world_boss", BOSS_POS.x, BOSS_POS.y)
    QF_Announce("世界BOSS 已刷新")
end

前 50 名有奖，前十高档其余普通档，奖励走邮件不阻塞战斗线程，千人大战的结算在 200 毫秒内完成。复活后全服公告刷新坐标，倒计时在活动面板实时可见，玩家掐表蹲点。单次伤害设上限防止数值异常玩家一轮秒杀 BOSS 破坏体验，上限值随 BOSS 等级缩放。BOSS 血条用客户端 SL 头顶条按伤害占比显示归属颜色，伤害第一的行会名字挂在血条正上方，荣誉感直接拉满。

验证与监控

复活时刻与公告时间差每次记录，超过 3 秒即查定时器队列拥堵情况。

踩坑记录

伤害上限的参数发布前做过一次全员宣讲，为什么全服第一大佬一刀砍不动 BOSS 血条，这件事必须让玩家理解而不是惊讶，上限规则写进了活动说明的首行。千人大战的伤害统计曾经用逐条广播，带宽被打爆，统计改成增量上报每 3 秒聚合一次。奖励邮件的分批发送在 50 名边界上出过错，第 50 与 51 名同时查询榜单看到不同结果，快照读取的规则公示后争议消失。复活倒计时的展示位置做过实验，活动面板里的倒计时看的人远不如主界面顶部横幅，横幅版上线后蹲点率提升三成。伤害结算的快照在击杀瞬间锁定，其后到达的伤害不计入本次排名，规则的确定性让抢收尾一刀的博弈保持在了技巧范畴。奖励发放的并发压力用队列削峰，两千封邮件的分发错开在三十秒内完成，邮箱系统毫无感知。复活倒计时的展示位置做过实验，活动面板里的倒计时看的人远不如主界面顶部横幅，横幅版上线后蹲点率提升三成。伤害结算的快照在击杀瞬间锁定，其后到达的伤害不计入本次排名，规则的确定性让抢收尾一刀的博弈保持在了技巧范畴。奖励发放的并发压力用队列削峰，两千封邮件的分发错开在三十秒内完成，邮箱系统毫无感知。

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