【网络通信】登录排队系统：开服高峰的排队与预估

实战应用：用在哪里

新服开放或版本回归的瞬间，几万玩家同时涌入，服务器要么崩要么排队。登录排队系统把洪峰变成有序的队伍：玩家看到实时排队人数与预计等待，服务器的接入速率被控制在容量之内。

排队队列

local LOGIN_CAPACITY = 50
local loginQueue = { head = 1, list = {} }
function LoginQueue.enqueue(actor)
    loginQueue.list[#loginQueue.list + 1] = actor:GetUserId()
    local pos = #loginQueue.list - loginQueue.head + 1
    sendmsg(actor, 1, "排队中：第 " .. pos .. " 位，预计等待 " .. math.ceil(pos / LOGIN_CAPACITY * 10) .. " 秒")
end

队列按先到先得排序，每 10 秒放行 50 个登录，预计等待按位置与放行速率计算。排队的公平性是信任的基础：插队只允许给 VIP 与回归玩家的小比例名额，且名额公示。

放行与会话保持

function LoginQueue.tick()
    local granted = 0
    while granted < LOGIN_CAPACITY and loginQueue.head <= #loginQueue.list do
        local userId = loginQueue.list[loginQueue.head]
        loginQueue.head = loginQueue.head + 1
        QF_AllowLogin(userId)
        granted = granted + 1
    end
end

放行的节拍器每 10 秒跑一次，放行数与服务器实际容量联动：CPU 水位高时自动降速，水位回落再提速。排队的体验设计：队列位置每 10 秒刷新一次，预计等待的误差控制在正负 30 秒，准确的预期比快速更重要。断线重连的玩家不走排队（已有会话的直接恢复），排队的队列只管新登录，两类流量隔离。

验证与监控

队列长度、放行速率、实际登录成功数三个指标构成排队看板，预估等待的误差率按小时统计。

踩坑记录

放行的节拍器曾经在服务器重启后没有重建，队列里的玩家等了半小时无人放行，启动时的定时器重建清单补上了排队器。排队位置的推送曾经每秒一次，客户端的刷新风暴让等待界面卡顿，推送间隔放宽到 10 秒与放行节拍同步。

上线要点

排队的触发阈值提前配置：在线人数达到容量的九成即启动排队，而不是等崩溃后才排。排行的公平公示：排队的人数、放行的速率、预计的开放时间三个数字每分钟刷新在排队页。大版本前的排队演练：模拟两倍容量的登录洪峰验证系统的稳定性，演练报告是开服信心的来源。

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