【网络通信】跨服战场：匹配池与延迟均衡

实战应用：用在哪里

单服玩家基数不够，跨服战场把多服玩家投进同一张对抗图，15 对 15 的大战场每周开三轮。匹配池按战力分段组队，尽量让双方平均延迟接近，避免一队全高配网络碾压另一队，公平感是跨服玩法的生命线。

匹配池

local BRACKETS = { { 1, 30000 }, { 30001, 80000 }, { 80001, 1e9 } }
function CrossMatch.enqueue(plr)
    local bracket = pickBracket(plr.power)
    local pool = matchPool[bracket]
    pool[#pool + 1] = plr.id
    if #pool >= 30 then
        CrossMatch.launch(bracket)
    end
end

按战力分三段，每段攒满 30 人开一局。等待超过 90 秒放宽半档战力，避免高段位玩家长等，放宽动作记录进匹配日志供数值复盘。排队期间玩家可继续打怪，进场前 10 秒弹窗确认，不打断正常游玩节奏。

分队与延迟均衡

function CrossMatch.launch(bracket)
    local pool = matchPool[bracket]
    table.sort(pool, function(a, b) return QF_GetPing(a) < QF_GetPing(b) end)
    local teamA, teamB = {}, {}
    for i, pid in ipairs(pool) do
        if i % 2 == 1 then teamA[#teamA + 1] = pid else teamB[#teamB + 1] = pid end
    end
    QF_SendToCross(teamA, teamB, CROSS_MAP)
end

按实时延迟排序后蛇形分队，两队平均延迟差控制在 15 毫秒内，高延迟玩家两侧均摊。跨服实例独立进程承载，比赛结束按击杀与推塔积分结算段位分，赛季末按段位发框。进出跨服走无缝传送，客户端 SL 加载界面掩盖 2 秒内的进程跳转，掉线玩家 90 秒内重连回原局。

验证与监控

每局记录两队延迟均值与方差，方差比超 1.5 的对局进公平性复盘。

踩坑记录

开一局的 30 人门槛在高段位迟迟凑不齐，跨服战场开通的第一周只有中段位玩得上，高端玩家在频道里天天催，放宽半档的规则与全段混战的深夜场一起补上才缓解。重连回原局的 90 秒窗口曾经与掉线判定的 75 秒打架，重连进去战斗已结束，两个时长参数放在一起重新排过。跨服成绩的本服展示同步延迟一度高达五分钟，推送改由跨服侧主动下发后秒级到达。匹配池的队列状态对玩家透明化后，排队焦虑显著下降，当前排队人数与预计等待时长每十秒刷新。跨服实例的容量按并发对局数弹性扩容，赛季决赛周的开场并发是平日的四倍，资源编排提前一周预演。战场内的语音沟通曾作为付费特权内测，喊话内容的管理成本远超预期，最终下线，文字指令与快捷信号已经覆盖了战术沟通的绝大多数场景。匹配池的队列状态对玩家透明化后，排队焦虑显著下降，当前排队人数与预计等待时长每十秒刷新。跨服实例的容量按并发对局数弹性扩容，赛季决赛周的开场并发是平日的四倍，资源编排提前一周预演。战场内的语音沟通曾作为付费特权内测，喊话内容的管理成本远超预期，最终下线，文字指令与快捷信号已经覆盖了战术沟通的绝大多数场景。

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