EngineIO握手完成前收到PING包，客户端应如何合规响应？

核心结论 #

客户端应当延迟发送PONG响应，直到收到服务器的CONNECT(0)数据包后再处理之前收到的PING包。

协议依据与原因 #

根据Engine.IO v4的协议定义，心跳（PING/PONG）机制仅在握手完成后启动，而握手完成的标志是客户端收到服务器发送的CONNECT(0)数据包——此时服务器才会为该连接建立完整的会话上下文，包括初始化心跳计时器、记录连接参数等。

如果在握手完成前发送PONG，服务器此时尚未完成会话初始化，会将该PONG视为无效的乱序数据包，进而触发连接关闭，这正是你遇到的异常流程中服务器关闭连接的原因。

具体处理步骤 #

• 缓存握手前的PING包：客户端建立WebSocket连接后，若收到PING(2)数据包但还未收到CONNECT(0)，先将这些PING包暂存到本地缓存中，不立即发送PONG。
• 完成握手后再响应：当收到服务器的CONNECT(0)包时，先完成握手流程（解析并记录pingInterval、pingTimeout等参数，初始化本地心跳逻辑），然后再依次向服务器发送缓存的PING对应的PONG(3)数据包。
• 正常心跳阶段即时响应：握手完成后，后续收到的PING包按协议规范即时回复PONG即可。

对异常场景的验证 #

你观察到的「CONNECT包与PONG几乎同时到达时服务器保持连接」的现象，本质是服务器在收到PONG前已经完成了握手会话的初始化，此时服务器能识别该PONG属于当前有效连接的心跳响应，因此不会触发关闭逻辑，这也进一步验证了「握手后再发送PONG」的合规性。

内容的提问来源于stack exchange，提问作者rsaxvc