手游因为网络不稳定所以断线重連非常重要！！！
以前在玩王者荣耀游戏在后台，在进入前台的时候发现可能是以加速的方式播放刚才在后台时的游戏录像，直到到達最近的点（这只是我的猜测）

1. 网络条件异常（如切换网络、或者当前网络不稳定）客户端会触发断线重连（此时客户端网络已经断开）
2. 网络延迟、网络链路异常等造成心跳包没有正常发送给服务器
这里可以有两种判断方法，一个针对服务端一个针对客户端

• 服务端已经超过了最大等待时间，所以主动断开连接客户端需要主动触发重连
• 客户端没有收到服务端对心跳包的返回包，认为掉线了触发断线重連

3. 客户端切出游戏，客户端处于后台超过一定时间服务端会主动断开与客户端的连接，客户端需要主动触发重连

• Wait：网络断开等待网络恢复
• 
  

• 有收发的消息包丢失，重连后不会收到丢失的数据包
• socket连接并没有断开重连后会收到所有的数据包

设计断线重连需要考虑三方面

• 安全性：重连不走正常登陆流程，是直连所以无法保证连接过来的tcp是合法连接，所以要对连接做合法校验保证直连过来的是正常客户端请求过来的，预防攻击
• 超时处理：服务器不可能无限制等待客户端重连需要设置超时时间，超过了等待时间服务器应该清除缓存，客户端走登录流程
• 数据包缓存：这里需要缓存没有发送成功的消息协议客户端重连过来后，需要再次重新发送

断线重连的安全性如何保证呢？

1.记录连接时的网络类型切换至前台再获取一次网络类型，如果类型不一致就需要重新连接
2.记录建立连接的IP地址切换至前台再获取IP。IP不同则需要重新连接
这里会出现一些问题，就是当我们切换网络的时候也会出现断线重连，因为wifi情况下的IP和4g情况下的IP是不同的（这個要怎么解决还是不懂王者荣耀也有出现这种情况）

首先通信包的协议设计中，每个包头都包含一个叫pkgid的字段
客户端的每个上行请求包(request)都有服务器与之一一对应的下行回复包(response)，两者pkgid相同
服务器的主动推送包pkgid=0。

客户端的实现： 客户端有一个队列记录了已发送的request包，收箌服务器的response后再删除对应的request。

服务器的实现： 服务器开一个缓存池记录近期一定数量的response包和notify推送包。

在做棋牌游戏因为有托管玩法，所以当客户端断线时用户就会进入托管状态，直到用户再次進入