十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
1)中间由于长时间没有进行交互,信道被路由器回收
创新互联专业为企业提供田阳网站建设、田阳做网站、田阳网站设计、田阳网站制作等企业网站建设、网页设计与制作、田阳企业网站模板建站服务,10多年田阳做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
客户端没有检测到网络连接断线,服务器端异常捕获。日志输出如下:TSocket::read() recv()
错误查找10060
由于连接方在一段时间后没有正确答复或连接的主机没有反应,连接尝试失败
知识扩展
TCP不提供及时连接丢失通知,对于实时保证TCP连接正常的应用程序,需要实现心跳。Thrift基于TCP连接,但不是真正的长连接,只能应用于系统内部稳定高速的网络环境。为了实现真正的长连接,必须要手动在应用程序中添加心跳包,目前采用的方式是客户端定时发送一个心跳包,然后服务器收到之后直接返回该心跳包,客户端在10秒内没有收到心跳包,说明连接断开,重新连接。
2)网络异常
服务器端的系统出现大量未释放的网络连接。用netstat -na查看,连接状态为CLOSE_WAIT
这个问题主要因为TCP的结束流程未走完,造成连接未释放。现设客户端主动断开连接,流程如下
Client 消息 Server
close()
------ FIN ------->
FIN_WAIT1 CLOSE_WAIT
<----- ACK -------
FIN_WAIT2
close()
<------ FIN ------
TIME_WAIT LAST_ACK
------ ACK ------->
CLOSED
CLOSED
如上图所示,由于Server的Socket在客户端已经关闭时而没有调用关闭,造成服务器端的连接处在“挂起”状态,而客户端则处在等待应答的状态上。此问题的典型特征是:一端处于FIN_WAIT2 ,而另一端处于CLOSE_WAIT.
核心原因是Thrift在刷新数据的时候,抛出异常,传输层无法调用关闭函数,套接字无法关闭,因此出现CLOSE_WAIT状态