弱网测试学习记录（3）断线重连机制

弱网测试是指弱网络场景下测试游戏表现，实质上是借助弱网络的丢包、乱序等发现游戏设计的逻辑异常，其中核心是上、下行丢包及触发重连机制后前后端逻辑一致性。

断线重连触发的条件

1. 网络条件异常（如切换网络、或者当前网络不稳定），客户端会触发断线重连（此时客户端网络已经断开）
2. 网络延迟、网络链路异常等造成心跳包没有正常发送给服务器
   这里可以有两种判断方法，一个针对服务端，一个针对客户端
   服务端已经超过了最大等待时间，所以主动断开连接，客户端需要主动触发重连
   客户端没有收到服务端对心跳包的返回包，认为掉线了，触发断线重连
3. 客户端切出游戏，客户端处于后台，超过一定时间服务端会主动断开与客户端的连接，客户端需要主动触发重连

---

断线重连机制：

当检测到断线后，便可以启动重连模式。根据当前的游戏状态确定重连策略，一般有以下三种方式：

1. 静默重连，即在用户无感知的情况下进行重连。一般检测到断线后，可以先尝试静默重连一定次数（比如3次）。如果在游戏对战过程中断线，一般也会尽量尝试静默重连并且忽略重连次数，因为此时弹出提示框会打断对战体验的完整性。静默重连提供了一种友好的用户体验，能应付一些短暂的网络中断（比如进出电梯或者进程从后台唤醒等）。

2. 显式重连，在静默重连一定次数（假定3次）之后，仍然无法连接成功的情况下，此时需要弹出提示框，中断游戏流程，告知用户当前网络环境较差，引导用户在网络较好时再尝试连接

3. 服务器故障重连，这种情况下客户端无论如何是连接不到游戏服务器的。此时客户端也需要给出正确的引导，而不是误当作断线故障处理。因此我们在断线重连失败之后多加一个步骤：尝试连接CDN服务器，若CDN服务器可以正常连接，那么说明网络畅通，我们去获取CDN上的云配置，检查是否有服务器日常维护的标识，如果有则给出服务器日常维护的公告，否则可以认为服务器宕机，则给出服务器故障的公告。此步骤中若CDN服务器也无法连接，说明网络确实不畅通，可以继续走重连流程或者等待。

---

断线状态机制

主要分为四个阶段

Start：网络正常
Wait：网络断开，等待网络恢复
Reconnect：重新连接
End：重新连接失败

学习时间：

提示：这里可以添加计划学习的时间

例如：

• 周一至周五晚上 7 点—晚上9点
• 周六上午 9 点-上午 11 点
• 周日下午 3 点-下午 6 点

---

学习产出：

提示：这里统计学习计划的总量

例如：

• 技术笔记 2 遍
• CSDN 技术博客 3 篇
• 习的 vlog 视频 1 个