如何优化了棋牌游戏客户端的容错机制？一套完整心跳+重连逻辑实录

很多人谈到棋牌游戏的“稳定性”，都会把重点放在服务端，比如防止崩房、匹配池调度、服务挂掉自动重启。但真正决定玩家体验的是——客户端是否能在最烂的网络环境下，照样能玩。

早期实际项目中，客户一上来就说：“为啥我的游戏掉线就卡死？玩家进不来？”我当时还天真地以为，Socket 掉了就让它断吧，等下一次连接就好了。可实际不是这样的。

掉线恢复这事，如果你不提前做好容错机制，后果就是：玩家进不去房间、状态错乱、前端卡住、界面无法更新、按钮乱跳，体验极差。今天这篇就把我后来优化的一套完整客户端容错逻辑，细节讲清楚，代码也放出来，供参考。

所谓掉线，其实不等于断网，常见的掉线场景有很多，比如玩家切到后台几秒，Socket 就超时断开了；网络抖动，某次心跳没回来，客户端误以为断线；还有服务器临时重启，连接强制断开但客户端没感知。这些都可能导致游戏异常。

所以我们不能光靠“disconnect”这个事件来判断，而是需要引入心跳机制，通过客户端定时发送 ping，服务端回 pong 的方式，主动判断 Socket 是否存活。

我这边是在 Cocos Creator 中写了这么一个逻辑，核心就是每隔5秒发一次 ping，如果超过两次没收到 pong，就视为掉线，主动发起重连。下面是那段心跳监测+重连逻辑的示例：

cc.Class({
  extends: cc.Component,

  onLoad() {
    this.heartbeatInterval = 5000;
    this.lastPongTime = Date.now();

    this.startHeartbeat();

    window.socket.on('pong', () => {
      this.lastPongTime