一个TCP socket在网络断连后多长时间内还有效？

frank529

Server在accept一个TCP连接后，如果一段时间后网络断开了，Server在网络重新连接后还能往这个socket里发数据吗？还是说client必须重新connect Server，另外创建一个socket才行？内核将如何处理这个断连的socket？论坛里貌似有不少研究网络协议栈的高人，还望指点，多谢！

netcos

这个问题可以先从tcp是如何保持连接的入手
http://linux.chinaunix.net/techdoc/net/2008/08/29/1028592.shtml
如果client异常断开连接，server断检测到client已经断开，会关闭本端的socket；
连接断开后肯定要重新建立新的连接的

GFree_Wind

TCP协议本身就提供了这种支持。
1. Keepalive可以用于检查连接状态；对于那种异常没有关闭的socket，最后就会被关掉。
2. 重连的时候，三次握手后，kernel也会重新创建一个socket；

frank529

回复 3# GFree_Wind


    有这样一个情况，TCP Server在接收客户端连接后，会一直给客户端发数据。如果我拔掉网线，大概1分半钟左右send的返回值一直是正确，然后会出现返回值不等于发送值得情况，最后才返回负值。有没有可能在网络断连时，send马上就能返回错误？应该怎么做？只会简单的调用socket API，不太了解协议栈的实现，还望各位高手不吝指教。

GFree_Wind

frank529 发表于 2012-04-18 18:07
回复 3# GFree_Wind

有这样一个情况，TCP Server在接收客户端连接后，会一直给客户端发数据。如果我拔掉网线，大概1分半钟左右send的返回值一直是正确，然后会出现返回值不等于发送值得情况，最后才返回负值。有没有可能在网络断连时，send马上就能返回错误？应该怎么做？只会简单的调用socket API，不太了解协议栈的实现，还望各位高手不吝指教。
====================================================

这个需要你检测网卡状态了。

现在我不确定当发包的时候kernel发现link不是up状态，是否立即可以报错——对此持怀疑态度。

frank529

http://bbs.chinaunix.net/thread-1380350-1-1.html这个帖子里有这样一段话：

在阻塞模式下, send函数的过程是将应用程序请求发送的数据拷贝到发送缓存中发送并得到确认后再返回.但由于发送缓存的存在,表现为:如果发送缓存大小比请求发送的大小要大,那么send函数立即返回,同时向网络中发送数据;否则,send向网络发送缓存中不能容纳的那部分数据,并等待对端确认后再返回(接收端只要将数据收到接收缓存中,就会确认,并不一定要等待应用程序调用recv);

在非阻塞模式下,send函数的过程仅仅是将数据拷贝到协议栈的缓存区而已,如果缓存区可用空间不够,则尽能力的拷贝,返回成功拷贝的大小;如缓存区可用空间为0,则返回-1,同时设置errno为EAGAIN.

====================================================

这就好理解了，我用的是非阻塞send，缓冲区在满之前返回值都是对的，这就是为什么在网络断连后send还是返回正确值。楼上说检查网络状态只针对网线拔掉的情况。如果网线没断开，而是因为其他原因导致断连，我该怎么判断呢？

daniel_11

回复 6# frank529

这是个有意思的问题，如何知道tcp连接断线了？
如楼上所述，可以考虑用TCP keepalive option？

   

GFree_Wind

回复 6# frank529
这就好理解了，我用的是非阻塞send，缓冲区在满之前返回值都是对的，这就是为什么在网络断连后send还是返回正确值。楼上说检查网络状态只针对网线拔掉的情况。如果网线没断开，而是因为其他原因导致断连，我该怎么判断呢？
============================================================
1. 你TCP socket的send并不是直接把数据发送出去，而是将数据放到socket的发送缓冲中。所以返回成功。