linux网络编程之socket（十）：shutdown 与 close 函数的区别

最新推荐文章于 2024-08-18 12:36:14 发布

s1mba

最新推荐文章于 2024-08-18 12:36:14 发布

阅读量2.4w

点赞数 5

分类专栏： linux 环境网络编程文章标签： shutdown close

本文链接：https://blog.csdn.net/jnu_simba/article/details/9068059

版权

这篇博客探讨了在Linux网络编程中，shutdown和close函数在关闭套接字连接时的区别。shutdown可以关闭某个方向的数据传输，而close关闭双方通信。文章通过举例和代码解释了如何使用shutdown在接收FIN段后仍能发送数据，以及close在所有进程关闭套接字前不会发送FIN段。当使用close时，如果连接已被关闭，write操作可能会触发SIGPIPE信号，导致程序终止，而shutdown可以避免这种情况。

摘要由CSDN通过智能技术生成

假设server和client 已经建立了连接，server调用了close, 发送FIN 段给client（其实不一定会发送FIN段，后面再说），此时server不能再通过socket发送和接收数据，此时client调用read，如果接收到FIN 段会返回0，但client此时还是可以write 给server的，write调用只负责把数据交给TCP发送缓冲区就可以成功返回了，所以不会出错，而server收到数据后应答一个RST段，表示服务器已经不能接收数据，连接重置，client收到RST段后无法立刻通知应用层，只把这个状态保存在TCP协议层。如果client再次调用write发数据给server，由于TCP协议层已经处于RST状态了，因此不会将数据发出，而是发一个SIGPIPE信号给应用层，SIGPIPE信号的缺省处理动作是终止程序。

有时候代码中需要连续多次调用write，可能还来不及调用read得知对方已关闭了连接就被SIGPIPE信号终止掉了，这就需要在初始化时调用sigaction处理SIGPIPE信号，对于这个信号的处理我们通常忽略即可，signal(SIGPIPE, SIG_IGN); 如果SIGPIPE信号没有导致进程异常退出（捕捉信号/忽略信号），write返回-1并且errno为EPIPE（Broken pipe）。（非阻塞地write）

#include <unistd.h>
int close(int fd);

close 关闭了自身数据传输的两个方向。

#include <sys/socket.h>
int shutdown(int sockfd, int how);