网络编程 ------ 连接关闭（close,shutdown)

最新推荐文章于 2024-07-27 21:56:40 发布

啾啾啾，嘤嘤嘤(ಥ_ಥ)

最新推荐文章于 2024-07-27 21:56:40 发布

阅读量3.1k

点赞数 1

分类专栏： linux 文章标签：网络 linux c++

本文链接：https://blog.csdn.net/qq_43603477/article/details/123183858

版权

linux 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

close函数和shutdown函数都用于关闭一个四元组标识的连接。接下来简单介绍一下
1）close函数

#include <unistd.h>
int close(int sockfd);
                           返回:成功返回0,出错则返回-1;

close的默认行为是将套接字标记成关闭，然后立即返回，此后不能使用此套接字调用read和write函数，调用close后在内核层面会将套接字发送缓冲区里面的数据全部发送到对端，这部分数据确认后然后执行四次挥手。我们可以通过setsocket()函数设置 SO_LINGER选项，修改参数，来改变close的默认行为。
在并发编程时，由于父子进程共用一个套接字，父进程调用close套接字时只是导致套接字描述符的引用计数减一，当引用计数为0的时候才会终止连接，

struct linger{
   int  l_onoff;
   int  l_linger;
}

当l_onoff为0时，LINGER选项被关闭，此时执行tcp的默认选项。
当l_onoff非0且l_linger为0时，tcp将丢弃保留在套接字发送缓冲区中的任何数据，然后发送一个RST到对端，这样就避免了time_wait状态，如果此时在2MSL内使用相同的四元组建立一个新的连接，旧的数据就会被传送到这个新的连接。
当l_onoff非0且l_linger非0时，当套接字关闭的时候，如果套接字缓冲区仍然残留有数据，那么进程会被睡眠，直到所有的数据都被对端确认或者睡眠时间到。我们可以通过close的返回值来区分这两种情况，如果返回EWOULDBLOCK错误则代表迟滞时间到，并且此时套接字发送缓冲区的任何残留数据都会被丢弃。

其实SO_LINGER参数控制的实际是close函数在四次挥手阶段不同阶段的返回，对于情况1，则是立即发出FIN后立即返回，所以不能保证数据缓冲区的数据是否正确被对端tcp接收到，情况3则是在收到发出数据和FIN的响应后返回。可以保证数据被对端tcp收到。
2）shutdown函数
关闭一个连接通常使用close，但是close有两个限制，可以使用shutdown来解决。

使用close的时候会把套接字的引用计数减一，只有计数变为0时才关闭套接字，shutdown可以不用管计数就可以直接关闭套接字
close关闭的是读和写两个方向的传送，当一方完成了数据传送，但是另一方仍然有数据需要传送的时候，需要使用shutdown来达到半关闭的状态,使得对方的数据能够正确到达。

#include <sys/socket.h>
    int shutdown(int sockfd,int howto);
                    返回:若成功则为0,若出错则为-1;

函数的行为依赖于howto参数的值：

SHUT_RD: 关闭连接的读这一半，将读缓冲区里面的所有数据都进行确认（向对端发送ack)，然后丢弃这部分数据。
SHUT_WR:关闭连接的写这一半，这成为半关闭，当前留在套接字发送缓冲区的数据将被发送掉，然后正常终止序列，此时不管引用计数是否等于0。
SHUT_RDWR:这与调用两次shutdown函数相等，第一次使用SHUT_RD,第二次使用SHUT_WR。
我们使用close关闭连接时，设置SO_LINGERCNA参数，close的成功返回只能保证传输层层面的数据确认，并不能保证应用进程也已经读取数据。要确保应用进程读取数据，有两种方法：
1）shutdown+read,在调用shutdown函数后加一个阻塞的read函数，read函数会在第三次挥手的时候收到对端的FIN后返回，保证应用程序端可以处理完数据

2）应用ACK，在调用closed之前先使用阻塞read函数从对端读取一个字节的数据作为应用ACK，这个字节用全零作为标识。

这两个函数对tcp的影响具体入下图：