【运维发布】开服节奏：预创角与开门分钟的承载

实战应用：用在哪里

开服首分钟是全生命周期的流量巅峰：几万人同时点进客户端，创角、进门、抢怪一气呵成。开服节奏的运营把巅峰拆解成可消化的台阶——预约、预创角、分批进门，每个台阶削掉一波洪峰。

预创角的蓄水

---预创角：开服前 3 天开放占名
function PreCreate.reserve(actor, name)
    if PreCreate.count() >= 80000 then
        sendmsg(actor, 1, "预创角名额已满")
        return false
    end
    if PreCreate.nameTaken(name) then
        sendmsg(actor, 1, "该名字已被预约")
        return false
    end
    PreCreate.save(name, actor:GetUserId())
    sendmsg(actor, 1, "预约成功，开服后凭预约直接进入")
    return true
end

开服前 3 天开放预创角：名字先占、职业先选，8 万个名额在开服前蓄满。预创角的数据在开门时直接转正式角色，创角的洪峰在开服前就被消化——开门的第一分钟，四成玩家跳过创角直接进门。预约的名单同时是开门的准入队列：第一波放预约玩家、第二波放普通登录，进门的速度由服务器的承载节奏说了算而不是由手速说了算。

开门的分级

---开门的分批放行：按承载阶梯
setontimerex(83, 30)
function OpenDay.gate()
    local online = grobalinfo(6)
    local cap = OpenDay.currentCap()
    if online >= cap then
        OpenDay.holdQueue()
        return
    end
    -- 承载阶梯：5000 -> 10000 -> 20000 逐级放行
    local next = OpenDay.nextStep(cap)
    if next then
        OpenDay.expandTo(next)
        Ops.log(("在线 %d，承载扩至 %d"):format(online, next))
    end
end

开门的承载走阶梯：单进程 5000 起步，稳定 10 分钟后扩到 1 万、再到 2 万的满载，扩容的节奏按在线数与延迟的双指标驱动。排队的机制把等待变成可见的进度：队列位置与预计等待时间在登录界面滚动，期待感在排队里发酵而不是在卡顿里崩塌。抢第一只怪的激情是开服的文化：第一只祖玛教主在开门 30 分钟后刷新，进门的前 30 分钟留给练级与组队，生态的启动有章法。

验证与监控

开门分钟的指标大屏：排队长度、创角速率、进门速率、延迟分位四条曲线同屏；预创角的转化率统计，预约到进门的比例校准下次的名额。

踩坑记录

预创角的名字曾经没做敏感词校验，开门时的批量改名工单堆积如山，校验前移到预约口。承载的扩容曾经按时间驱动，延迟爆了还在扩，双指标的驱动修正。排队的队列曾经不持久，网关重启后队伍清空，玩家从两万位回到两万位，队列的持久化补上。

上线要点

开门的时间定在晚八点的在线高峰前，预约玩家有 10 分钟的优先进场窗口。开服的活动排期写进日历：首杀的悬念、冲级的榜单、行会的招募各有时刻表。开服的复盘模板化，每次的曲线对比提炼出下一个服的节奏参数。

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