tcp连接超时(tcp连接超时怎么办)

bool CRemoteLink::Connect() {OnDisconnected(); // 如果已经连接，则断开if(!m_bUseProxy){m_iConnStatus = SS_CONNECTING; // 正在连接状态GNTRACE ("开始连接到远程服务器[%s][%ld]...n", m_strip.c_str(), m_port);// 建立套接字, 准备连接到服务器m_socket = ::socket(AF_INET, SOCK_STREAM, 0);if (socket < 0) {if(m_pCallBack)m_pCallBack->OnSocketError(SE_CREATE, MSG_SE_CREATE);return false;} // 设为异步操作方式

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

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不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证.

可以作为TCP连接的典范:bool CRemoteLink::Connect(){OnDisconnected();   // 如果已经连接，则断开if(!m_bUseProxy){m_iConnStatus = SS_CONNECTING;  // 正在连接状态GNTRACE ("开始连接到远程服务器[%s][%ld]...n", m_strip.c_str(), m_port);// 建立套接字, 准备连接到服务器m_socket = ::socket(AF_INET, SOCK_STREAM, 0);if (socket < 0) {if(m_pCallBack)m_pCallBack->OnSocketError(SE_CREATE, MSG_SE_CREATE);return false;}// 设为异步操作方式unsigned long on = 1;if (::ioctlsocket(m_socket, FIONBIO, &on) < 0) {::closesocket(m_socket);if(m_pCallBack)m_pCallBack->OnSocketError(SE_CREATE, MSG_SE_CREATE);return false;}sockaddr_in addr;memset(&addr, 0, sizeof(addr));addr.sin_family = AF_INET;addr.sin_addr.s_addr = inet_addr(m_strip.c_str());addr.sin_port = htons(m_port);int rt;rt = ::connect(m_socket, (sockaddr *) &addr, sizeof(addr));if (rt == 0) {OnConnected();return true;}// ==================================================================timeval to;// 首先建立连接fd_set wfds;fd_set efds;FD_ZERO(&wfds);FD_ZERO(&efds);// test shutdown event each 100ms.to.tv_sec = 0; // CONNECT_TIMEOUT;to.tv_usec = 100000;int it = 0;while(!m_meShutdown.Wait(0) && !m_meConnStop.Wait(0)){FD_SET(m_socket, &wfds);FD_SET(m_socket, &efds);int n = select(m_socket + 1, NULL, &wfds, &efds, &to);if (n > 0) {if(FD_ISSET(m_socket, &wfds)){OnConnected();return true;}else{//int err = ::WSAGetLastError();//const char*  msg = GetLastErrorMessage(err);GNTRACE ("CRemoteLink::Connect : connection attempt failed!n");if(m_pCallBack)m_pCallBack->OnSocketError(SE_CONN, MSG_SE_CONN);break;}} else if (n < 0) {  // Select Errorint err = ::WSAGetLastError();const char*  msg = GetLastErrorMessage(err);GNTRACE ("CRemoteLink::Connect : Select Error.[%d] - %sn", err, msg);if(m_pCallBack)m_pCallBack->OnSocketError(err, msg);break;}else{it += 100;if(it > 30000)      // 连接超时 -- (30S){GNTRACE ("CRemoteLink::Connect : Time out.n");if(m_pCallBack)m_pCallBack->OnSocketError(SE_TIMEOUT, MSG_SE_TIMEOUT);break;}}}if(m_meConnStop.Wait(0)){GNTRACE("连接过程进行时被取消。n");}}else{// 通过代理服务器连接
1、每个进程都有独立的虚拟地址空间，进程访问的虚拟地址并不是真正的物理地址； 2、虚拟地址可通过每个进程上的页表(在每个进程的内核虚拟地址空间)与物理地址进行映射，获得真正物理地址； 3、如果虚拟地址对应物理地址不在物理内存中，则产生...

通过设置linux参数 net.ipv4.tcp_fin_timeout = 30 ，可以调整如发现系统存在大量TIME_WAIT状态的连接，通过调整内核参数解决：编辑文件/etc/sysctl.conf，加入以下内容tcp 通过序列号seq记录已经发送的数据刻度，通过ack记录已经接收的数据量。seq记录的是发送的数据，ack记录的是接收的数据量。单位是字节（8bit）tcp在每次发包时都会计算往复时间及其偏差。将这个往返时间和偏差相加，重发超时时间就是比这个总和要稍大一点的值。由于最初的数据包还不知道往返时间，所以其重发超时一般设置为6s左右。在建立tcp连接时，三次握手的时候会计算mss（最大消息长度），建立连接的双方会把自己的接口能适应的mss值放到tcp首部里面发送给对方，最后取较小的那个mss。tcp窗口大小指的是无需等待确认应答而可以继续发送数据的最大值，窗口大小为4个端。即在收到确认应答之前可以发送的数据的段数。接收端没有按序列顺序收到数据端时，会不停的发送确认应答，并将当前收到的顺序出问题的数据放到缓冲区。发送端连续三次收到相同序列号的数据段时，会重新发送该段的数据。接收端在接收到遗失的数据的时候会将数据与缓冲区的数据组合，重新按顺序确定ack的序列号，继续接收数据。tcp窗口的大小是由接收端的处理能力决定的，接收端会在ack的tcp首部中将能处理的窗口大小传给发送端。拥塞窗口是限制每次发送的数据的大小，初始值是1mss，也就是慢启动。随着正常的收发的进行，拥塞窗口的值会不断的增加。但是不会超过接收端处理窗口的大小。一开始拥塞窗口每次都会翻倍的增长，在超过慢启动阈值后增长速度会减慢。增长速率=一个数据段的大小 / 拥塞窗口的大小 *一个数据段的大小超时重发时，拥塞窗口会变为1mss， 慢启动阈值为原有窗口的一半重复确认应答时，慢启动阈值为原有窗口的一半，拥塞窗口会变为慢启动阈值+3数据端，1、已发送的数据收到了ack回执2、可以发送mss大小的数据时只有以上两个数据都满足时才发送数据。会有延迟，对延迟敏感的需求可以关。1、收到2*最大端长度的数据2、最大延迟0.5s发送确认应答将tcp的确认应答和回执数据通过一个包发送。接收数据之后等待应用处理生成返回数据以后在发送回复时同时发送回执。需要开启延迟确认应答。