socket双方关闭连接问题

socket双方关闭连接问题

编者：李国帅

qq：9611153 微信lgs9611153

时间：2012/03/14 17:02:06

背景原因:

在分析darwin源码过程中遇到的问题。

 

对于开发代码，不要任意的，想当然的改动，不然都不知道怎么死的。

网络编程要学的东西还是比较多的。

所需资源：

Vc socket

 

判断网络状态:

假设C系统异常,此时D无法知道此TCP连接的失效，并一直认为连接正常。

这种情况在编程时会变的非常糟糕，因为TCP连接将一直被认为有效，所有对此TCP Socket的调用都会正确返回，这显然是错误的。 这种错误情况通常会持续很久，即便是设置了Socket的SO_KEEPALIVE属性，默认情况也要等上2个小时。SO_KEEPALIVE只在winsock中有效。

 

可以用SO_KEEPALIVE，设置一个较小的值，一般用15秒，如果保活包交互失败，协议栈就会关掉连接，select等阻塞调用就能回应。

不过SO_KEEPALIVE是TCP的可选项，不能保证中间路由器有实现（可能性很小），也可以自己设计一个应用层保活，如果协议是自己的话。

 

--------UNPv1 page 185 有 SO_KEEPALIVE 的详细解释

int one = 1;

int err = ::setsockopt(fFileDesc, IPPROTO_TCP, TCP_NODELAY, (char*)&one, sizeof(int));

int err = ::setsockopt(fFileDesc, SOL_SOCKET, SO_KEEPALIVE, (char*)&one, sizeof(int));

Assert(err == 0);

设置之后，在收发线程中使用select返回值判断网络状态。

 

调用closesocket关闭连接为什么连接还在呢？

在windows的dos窗口，键入netstat -an，窗口显示连接状态，说明连接还没有彻底断开。

TCP  192.168.88.118:3105  192.168.88.132:59999 TIME_WAIT

到底timewait是什么状态呢？

 

tcp连接正常关闭的话，主动关闭的一方是必须经过这个time_wait状态的，这种状态的连接在2MSL后才会自动关闭，视系统不同，这个2MSL一般从一分钟到几分钟不等。一般来说，这种状态下的套接字（连接）是不能被使用的，当然，对于客户端来说，其实是无关紧要的，所以你不用太在意。

 

使连接复位，也就是异常中止连接，是不会出现这种状态的，不过这不是什么值得提倡的做法。

 

在closesocket前加入代码:

struct linger lig;

lig.l_onoff=1;

lig.l_linger=0;

setsockopt(s,SOL_SOCKET,SO_LINGER,(char *)&lig,sizeof(struct linger));

closesocket(s);

参考：

使用shutdown()相当于断开了接收端与缓存区的连接，发送端不再发送数据，但套接字未被清理，接收端依然可以从缓存区中读取数据。

使用closesocket()断开全部连接，并且清除套接字，缓存区中的数据也将丢失，这种情况可能就会造成丢包的情况。

SO_LINGER选项为系统设定在关闭套接字(closesocket)以后但在放弃连接之前等待的最长时间值，通过linger结构维护着套接字有关当数据在套接字上排队等候发送时或在调用closesocket时应采取的动作

typedef struct linger

{

  u_short l_onoff,

  u_short l_linger

}

将l_linger设置为0或者需要以秒为单位的超时值(l_onoff=0).