FPS 游戏的断线重连核心不是“重新连上服务器”而是把新的网络连接安全地接回原来的玩家身份并把客户端恢复到服务器认可的当前战局。它要同时解决三个问题你是谁是否还是刚才那个玩家断线期间角色和战局发生了什么重连之后怎样避免瞬移、重复开枪和数据错乱下面用一个具体场景分析。一、案例交火时断网 5 秒假设玩家 A 正在交火第 100 秒A 开枪随后网络中断 第 102 秒敌人击中 A 第 103 秒A 死亡 第 105 秒A 恢复网络客户端断线前可能还显示血量100 状态存活 位置走廊但服务器当前状态是血量0 状态死亡 位置死亡点如果直接恢复客户端保存的状态就可能出现“死而复生”。所以竞技 FPS 通常遵循客户端可以预测和表现但关键战斗状态由服务器裁决。重连是让客户端追上服务器而不是让服务器退回断线前。二、第一项核心技术玩家身份与网络连接分离这是架构基础。错误做法把玩家角色绑定在某条连接上连接断开 → 删除角色 重新连接 → 创建新角色这样容易产生装备和战绩丢失重复角色重连后重新出生利用断网逃避死亡。正确思路把几个概念分开账号身份 PlayerId ↓ 本局玩家会话 MatchSession ↓ 游戏角色 EntityId 网络连接 ConnectionId → 绑定到玩家会话断线时可以只解除网络连接保留玩家会话和角色。重连时旧连接 ──×── 玩家会话 新连接 ───── 玩家会话换的是通信通道不是玩家身份。手机切换 Wi-Fi 和蜂窝网络后IP、端口可能变化因此不能依赖 IP 地址识别原玩家。三、第二项核心技术判断断线而不是看到丢包就踢人FPS 常使用 UDP 或基于 UDP 的传输方案。UDP 没有天然的“连接断开通知”。服务器通常需要观察最近一次收到有效数据的时间心跳数据包确认传输层提供的连接状态。可以设计状态机正常游戏 ↓ 一段时间没有收到数据 疑似失联 ↓ 超过断线阈值 断线保留 ↓ 验证重连请求 状态同步 ↓ 同步完成 正常游戏为什么需要“疑似失联”短暂丢包、网络抖动和真正断网不是一回事。如果一两次丢包就删除角色游戏体验会非常差。但检测等待也不能无限长否则会留下大量失联玩家。具体超时应根据网络环境和玩法调整不能把某个固定秒数当成通用标准。四、第三项核心技术断线期间角色怎么办这是技术与游戏规则结合的地方。策略特点原地保留简单但角色可能被击杀AI 接管可以继续行动但实现复杂移出战场可能被利用来逃避战斗暂停比赛适合部分赛事不适合所有模式竞技 FPS 常见选择是角色继续存在仍然受伤害和世界规则影响。特别注意不能无限沿用最后一次输入。例如玩家断线前一直按着前进 开火服务器如果无限保持就可能让角色一直跑、一直射击。因此通常需要输入有效期短时间没有新输入按既定策略短暂处理 超过输入有效期清除移动、开火等持续输入输入失效时间和“正式判定断线”的时间可以是不同的。五、第四项核心技术安全地恢复会话客户端重新连接后不能只说一句“我是玩家 A。”它需要提交可验证的恢复凭证例如账号认证信息 对局标识 重连令牌 客户端协议版本服务器检查身份是否合法该玩家是否属于本局重连窗口是否过期对局是否已经结束当前是否已有有效连接客户端是否兼容当前协议。重连令牌应有足够随机性、有限有效期并通过安全通道处理防止泄露和重放。为什么还需要“连接世代号”假设玩家已通过新网络重连但旧网络中滞留的数据包又到达了旧连接的开火包 ───────→ 服务器 新连接的移动包 ───────→ 服务器如果一起接受就可能出现旧操作干扰新会话。可以为连接分配世代号旧连接Epoch 7 新连接Epoch 8新连接接管后旧世代的数据不再拥有控制权。这个标识应由服务器绑定和验证不能只是相信客户端填入的数字。六、第五项核心技术快照同步与增量追赶这是重连最关键的数据恢复环节。1. 不必重放断线期间的所有数据玩家断线 5 秒通常不需要把这 5 秒内的每个脚步、每颗弹壳和每个特效全部补播。更重要的是恢复当前有效状态当前服务器 Tick 玩家位置、速度、血量 存活或观战状态 武器、弹药、换弹状态 附近相关实体 当前回合、比分和目标状态这些组成恢复快照。快照仍要遵守可见性和信息权限不能因为重连就把所有敌人的隐藏信息发给客户端。2. 同步期间服务器还在继续运行例如服务器在 Tick 5000 生成快照 客户端接收完成时服务器已到 Tick 5012所以需要Tick 5000 的基线快照 基线之后的必要增量 ↓ 恢复后的客户端状态每份增量必须知道自己基于哪个快照或版本不能把针对旧基线的更新套到新快照上。3. 快照最好完整后再切换不要出现新血量 旧位置 旧武器 新回合客户端可以先在暂存区组装和校验快照完成后统一应用再进入正常更新流程。大快照还需要分块、确认和必要重传如果追赶失败可以重新建立基线。七、第六项核心技术输入确认、预测清理与重复操作防护1. 断线前的操作到底执行了吗假设客户端发送 Input 101开火 服务器已经处理 确认消息丢失 客户端断线如果客户端重连后直接再发一次“开火”可能重复执行。常见机制是输入序号服务器确认的输入处理边界对重要操作使用唯一操作 ID对重复请求返回已有结果而不是再次执行。不过不能简单地把所有未确认输入都重放。断线几秒前的开火或移动可能早已失去时效服务器应按输入时间、顺序和玩法规则决定接收或丢弃。2. 清理过期预测FPS 客户端为了低延迟会先预测本地移动再接受服务器校正。但断线数秒后的预测通常已经不可信。重连时应以服务器快照为基准 清理过期预测历史 根据确认边界处理仍有效的输入 重建远端实体插值缓冲 恢复正常预测角色位置差异可以适当做视觉平滑但死亡、回合结束等重要状态必须及时生效。3. 重新校准时间客户端还需要恢复对服务器时间和 Tick 的估计。否则会影响动画与移动插值冷却时间输入时间戳命中判定。延迟补偿不能无限覆盖断线时间。重连后不能要求服务器回到几秒前补算一枪否则会严重损害公平性。八、一条完整的重连流程客户端发现失联 ↓ 提示网络异常按退避策略尝试连接 ↓ 建立新传输连接 ↓ 认证身份并验证重连资格 ↓ 服务器绑定原玩家会话更新连接世代 ↓ 下发恢复快照与输入确认边界 ↓ 客户端加载必要资源、应用快照 ↓ 接收后续增量重建时间与插值状态 ↓ 双方确认恢复就绪 ↓ 恢复正常控制每一步都应有超时和失败处理。例如对局已结束 → 返回结算或大厅 重连资格过期 → 拒绝恢复 快照同步失败 → 重新同步或退出九、网络断线与服务器崩溃是两个问题前面的方案有一个前提承载对局的服务器还活着权威战局状态仍然存在。如果对局服务器自身崩溃仅靠客户端重连无法恢复比赛。这需要额外的容灾方案例如对局状态检查点持续复制事件日志备用服务器接管。不要把“支持网络重连”等同于“支持服务器崩溃后无损恢复”。总结FPS 断线重连可以概括为身份恢复 原会话接管 权威状态同步 输入与事件去重 预测和时间系统恢复其中最重要的原则是保留的是玩家在本局中的身份恢复的是服务器当前认可的世界而不是客户端断线前记住的世界。
