关闭socket连接,实际上并不是很见到的事情。这涉及到如下的问题,多个进程共享socket时如何关闭socket;关闭通信链路与socket描述符的回收。
实际上,关闭socket连接,有如下两个函数:close、shutdown。
1、
shutdown (终止 socket 通信)
头文件
#include
定义函数
int shutdown(int s,int how);
函数说明
shutdown() 用来终止参数 s 所指定的 socket 连线。参数 s 是连线中的 socket 处理代码,参数 how 有下列几种情况 :
how=0 终止读取操作。
how=1 终止传送操作
how=2 终止读取及传送操作
返回值
成功则返回 0 ,失败返回 -1 ,错误原因存于 errno 。
错误代码
EBADF 参数 s 不是有效的 socket 处理代码。
ENOTSOCK 参数 s 为一文件描述词,非 socket 。
ENOTCONN 参数 s 指定的 socket 并未连线。
另外,一定要注意,在msdn上有如下描述:
The shutdown function does not close the socket. Any resources attached to the socket will not be freed until closesocket is invoked. 该函数,并不关闭socket。关联在socket上的任何资源都不会被释放,除非调用closesocket函数。 看看,说得很明确了,如果不调用closesocket函数,操作系统是不会回收socket资源的。 Note The
shutdown function does not block regardless of the
SO_LINGER setting on the socket.
关于该函数的详细说明,可以参考msdn:%28v=VS.85%29.aspx
实际上,要安全的关闭socket,是需要一些技巧的,在上面给出的msdn连接中,给出了两种建议的方法, 以后可以好好研究一下。
2、closesocket
另一个函数是closesocket,在linux中,就是close。
使用close中止一个连接,但它只是减少描述符的参考数,并不直接关闭连接,只有当描述符的参考数为0时才关闭连接。调用close后,将中止通信、删除套接字、丢弃数据。但是,注意喽,但是,如果有多个进程共享一个套接字,这时出现前述的情况,close每被调用一
次,计数减1,直到计数为0时,也就是所用进程都调用了close,套接字将被释放。
shutdown可直接关闭描述符,不考虑描述符的参考数,可选择中止一个方向的连接。
%28v=VS.85%29.aspx
3、分析
另外在搜搜问问中有如下内容(可能是引自msdn中文版):
从函数调用上来分析(msdn):一旦完成了套接字的连接,应当将套接字关闭,并且释放其套接字句柄所占用的所有资源。真正释放一个已经打开的套接字句柄的资源直接调用closesocket即可,但要明白closesocket的调用可能会带来负面影响,具体的影响和如何调用有关,最明显的影响是数据丢失,因此一般都要在closesocket之前调用shutdown来关闭套接字。
shutdown:为了保证通信双方都能够收到应用程序发出的所有数据,一个合格的应用程序的做法是通知接受双发都不在发送数据!这就是所谓的“正常关闭 ”套接字的方法,而这个方法就是由shutdown函数,传递给它的参数有SD_RECEIVE,SD_SEND,SD_BOTH三种,如果是 SD_RECEIVE就表示不允许再对此套接字调用接受函数。这对于协议层没有影响,另外对于tcp套接字来说,无论数据是在等候接受还是即将抵达,都要重置连接(注意对于udp协议来说,仍然接受并排列传入的数据,因此udp套接字而言shutdown毫无意义)。如果选择SE_SEND,则表示不允许再调用发送函数。对于tcp套接字来说,这意味着会在所有数据发送出并得到接受端确认后产生一个FIN包。如果指定SD_BOTH,答案不言而喻。
closesocket:对此函数的调用会释放套接字的描述,这个道理众所周知(凡是经常翻阅msdn的程序员),因此,调用此函数后,再是用此套接字就会发生调用失败,通常返回的错误是WSAENOTSOCK。此时与被closesocket的套接字描述符相关联的资源都会被释放,包括丢弃传输队列中的数据!!!!对于当前进程中的线程来讲,所有被关起的操作,或者是被挂起的重叠操作以及与其关联的任何事件,完成例程或完成端口的执行都将调用失败!另外 SO_LINGER标志还影响着closesocket的行为,但对于传统的socket程序,这里不加解释
因此可以可以看出shutdown对切断连接有着合理的完整性。
下面从tcp协议上来分析shutdown和closesocket的行为(behavior):closesocket或shutdown(使用 SD_SEND当作参数时),会向通信对方发出一个fin包,而此时套接字的状态会由ESTABLISHED变成FIN_WAIT_1,然后对方发送一个 ACK包作为回应,套接字又变成FIN_WAIT_2,如果对方也关闭了连接则对方会发出FIN,我方会回应一个ACK并将套接字置为 TIME_WAIT。因此可以看出closesocket,shutdown所进行的TCP行为是一样的,所不同的是函数部分,shutdown会确保 windows建立的数据传输队列中的数据不被丢失,而closesocket会冒然的抛弃所有的数据,因此如果你愿意closesocket完全可以取代shutdown,然而在数据交互十分复杂的网络协议程序中,最好还是shutdown稳妥一些!?有关TCP协议的连接原理清访问 第RFC793号文件
4、Linux socket关闭连接shutdown与close
http://hi.baidu.com/yelangdefendou/blog/item/8ce7e63618690f355ab5f5b4.html
Linux socket关闭连接shutdown与close[转]
2010-08-24 18:22
在Linux
socket关闭连接的方法有两种分别是shutdown和close,首先看一下shutdown的定义
#include
int shutdown(int sockfd,int how);
how的方式有三种分别是
SHUT_RD(0):关闭sockfd上的读功能,此选项将不允许sockfd进行读操
作。
SHUT_WR(1):关闭sockfd的写功能,此选项将不允许sockfd进行写操作。
SHUT_RDWR(2):关闭sockfd的读写功能。
成功则返回0,错误返回-1,错误码errno:EBADF表示sockfd不是一个有效描
述符;ENOTCONN表示sockfd未连接;ENOTSOCK表示sockfd是一个文件描述符而不是socket描述符。
close的定义如下:
#include
int close(int fd);
关闭读写。
成功则返回0,错误返回-1,错误码errno:EBADF表示fd不是一个有效描述
符;EINTR表示close函数被信号中断;EIO表示一个IO错误。
下面摘用网上的一段话来说明二者的区别:
close-----关闭本进程的socket
id,但链接还是开着的,用这个socket id的其它进程还能用这个链接,能读或写这个socket id
shutdown--则破坏了socket
链接,读的时候可能侦探到EOF结束符,写的时候可能会收到一个SIGPIPE信号,这个信号可能直到
socket buffer被填充了才收到,shutdown还有一个关闭方式的参数,0
不能再读,1不能再写,2 读写都不能。
socket 多进程中的shutdown, close使用
当所有的数据操作结束以后,你可以调用close()函数来释放该socket,从而停止在
该socket上的任何数据操作:
close(sockfd);
你也可以调用shutdown()函数来关闭该socket。该函数允许你只停止在某个方向
上的数据传输,而一个方向上的数据传输继
续进行。如你可以关闭某socket的写操作而允许继续在该socket上接受数据,直至读
入所有数据。
int shutdown(int sockfd,int how);
Sockfd是需要关闭的socket的描述符。参数
how允许为shutdown操作选择以下几种方式:
SHUT_RD:关闭连接的读端。也就是该套接字不再接受数据,任何当前在套接字接受缓冲区
的数据将被丢弃。进程将不能对该
套接字发出任何读操作。对TCP套接字该调用之后接受到的任何数据将被确认然后无声的丢弃
掉。
SHUT_WR:关闭连接的写端,进程不能在对此套接字发出写操作
SHUT_RDWR:相当于调用shutdown两次:首先是以SHUT_RD,然后以
SHUT_WR
使用close中止一个连接,但它只是减少描述符的参考数,并不直接关闭连接,只有当描述符
的参考数为0时才关闭连接。
shutdown可直接关闭描述符,不考虑描述符的参考数,可选择中止一个方向的连接。
注意:
1>.
如果有多个进程共享一个套接字,close每被调用一次,计数减1,直到计数为0时,也就是所用进程都调用了close,套
接字将被释放。
2>. 在多进程中如果一个进程中shutdown(sfd,
SHUT_RDWR)后其它的进程将无法进行通信. 如果一个进程close(sfd)将不会
影响到其它进程. 得自己理解引用计数的用法了. 有Kernel编程知识的更好理解了.
5、csdn关于这两者的讨论:
阅读(12688) | 评论(1) | 转发(1) |