tcp超时关闭(tcp超时重传次数)

用复位按钮。 按钮分为两种一种是按下去过后手松开自动弹起的，第二种是按下去后手松开不自动弹起的，再按一下才会弹起，第一种就叫做自复位按钮，或叫无锁按钮等，第二种就是自锁按钮，或叫有锁按钮，带锁按钮等。自复位按钮一般是在按下时是导通的状态，松开就是断开的状态了。而自锁按钮按第一下时是导通的状态，直到按第二下它弹起来了，才是断开的状态。

TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分 段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响 根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows下默认为4分钟,即240秒,TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务. TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证.

直接用心跳就可以了。 解释下：由服务器周期性的给客户端发送消息，客户端收到后回复(表示客户端还活着)。当然了，频率和周期可以自己设定，不管是回复超时还是出错等等，都可以记录失败次数，到达一定的次数就可以 断定客户端掉了。
一般是，你服务端侦听一个端口 用户A每十秒,发送一个消息给服务端，说自己还活着服务端的话，就计算,如果下一个十秒用户A还没发消息过来~就说明它挂了大用户量是不可能实时到每秒的,因为这样做对于服务器实在太大负荷了回答者： jlilo的回答可用于在正常关闭时实现 ps:我们常用的QQ估计是一分钟为时限的(在异常关闭情况下)
P2P就是客户对客户，是不需要服务器参与的。服务器只接收用户登录，管理在线与否的信息。因此，并不是一直保持客户端到服务器的连接。 所以 ,要实现“服务器不断向用户发包”，首先要建立服务器到客户端的连接，因为你说用TCP，而不是UDP。如果用户下线，客户端程序关闭、客户端监听端口关闭时，连接就无法建立，所以谈不到Receive超时的问题。 建议不要用TCP，而用UDP。如果用TCP，不管心跳还是登录，服务器永远做监听方，由客户端主动连接，以便于管理。
你用这种方式，比较不科学，如果用户数众多，你的服务器可能就瘫痪了。 其实还有一个更加简单的， 在用户关掉程序的时候，或是，程序异常终止的时候，给服务器发个消息，告诉，用户端‘某某’挂了，这样就很方便了。
顶起楼主。。。 观望——

网络故障。网络出现延迟或网络卡顿的时候会出现服务器故障，1fx5utcp会导致连接超时。需要进行重启网络解决问题。

楼主有没有监控一下网络带宽，配置上面是无问题，而且机器负载也不算太高。我觉得跟网络带宽不足有关