Tcp通信中服务器处理客户端意外断开 / 10054

               

自身：

    为了处理客户端异常断线，常服务端/客户端 需要发送心跳，及时清理掉断线用户，但服务端的心跳时间间隔不要设置得太小，否则容易导致客户端掉线频率增加。具体抓包结果如下:

    服务端A发送包x给客户端B，B回ACK，但由于网络原因ACK未到达A，A重发x，B回ACK，A又未收到，这样几次后，A重发次数超过了TCP最大重发次数，于是A发送RST给B复位此链接，导致B断线!!!因此，若心跳间隔太小，则A

发给客户端的包的频率越高，导致客户端异常断线的概率就越大

GetLastError()=10054：

  1、    上述情况便会导致10054：服务端发送RST后，此连接将被复位，抓包可以看到win的大小未0！同时将触发                 IOCP队列的相应，进而recv将返回10054!

  2、    若客户端异常关闭(未调用closesocket),则服务端recv返回-1，errno=10054

    

转载：

所谓意外断开，是客户端（多指支持3G的移动设备）并没有正常关闭socket，双方并未按照协议上的四次挥手去断开连接，一般的处理办法都是利用保活机制。而保活机制分又可以让底层实现也可自己实现。

一、双方拟定心跳（自实现）<