转载文章：https://blog.csdn.net/junjun150013652/article/details/37994907 后续有关网络编程都是这个博客的转载
close() 和 shutdown()
close：当套接字的引用计数为0的时候才会引发TCP的四分组连接终止序列； shutdown:不用管套接字的引用计数就激发TCP的正常连接终止序列;
shutdown:SHUT_RD 关闭连接的读这一半，进程不能再对这样的套接字调用任何读操作 在套接字上不能再发出接收请求，进程仍可往套接字发送数据，套接字接收缓冲区中所有数据被丢弃，再接收到的任何数据由TCP丢弃，对套接字发送缓冲区没有任何影响； shutdown：SHUT_WR
关闭连接的写这一半，进程不能再对这样的套接字调用任何写操作； 在套接字上不能再发出发送请求，进程仍可从套接字接收数据，套接字发送缓冲区中的内容被发送到对端，后跟正常的TCP连接终止序列（即发送FIN），对套接字接收缓冲区无任何影响；
数据全部成功送达服务端，但是在调用shutdown关闭写之后不能再调用write方法，会引起错误终止程序，这里和上面的关闭读有差别；
close: l_onoff = 0 在套接字上不能再发出发送或接收请求，套接字发送缓冲区中的内容被发送到对端，如果描述符引用计数变为0，在发送完发送缓冲区的数据后，跟以正常的TCP连接终止序列（即发送FIN），套接字接收缓冲区中的内容被丢弃；
通过抓包可以看出客户端的5000字节的数据都成功发送到服务端，服务器里面有一秒的休眠才关闭连接就是为了接收完这些数据，关闭连接以后再来通过read读取接收缓冲区的数据却读取失败，说明已经被内核丢弃了，而客户端的数据是已经成功写到发送缓冲区，即使关闭连接，发送缓冲区的数据不会被丢弃，会正常发送到服务器，发送完成以后，接着发送终止连接的第一个FIN分节； close：l_onoff ＝ 1，l_linger ＝ 0： 在套接字上不能再发出发送或接收请求，如果描述符引用计数变为0，RST被发送到对端，连接的状态被置为CLOSED（没有TIME_WAIT状态），套接字发送缓冲区和接收缓冲区中的内容被丢弃 模拟程序（套接字发送缓冲区数据被丢弃) 调用close的时候RST分节发送出去，携带89777到91224字节的数据，然后丢弃发送缓冲区中的数据，因此服务器再向已经收到RST分节的套接字read失败，返回错误 模拟程序（套接字接收缓冲区数据被丢弃） 服务端调用close以后直接发送RST分节，接收缓冲区数据被丢弃，客户端向已经收到RST分节的套接字write会返回错误终止程序
close：l_onoff ＝ 1，l_linger !＝ 0： 在套接字上不能再发出发送或接收请求，套接字发送缓冲区中的内容被发送到对端，如果描述符引用计数变为0，在发送完发送缓冲区的数据后，跟以正常的TCP连接终止序列（即发送FIN），套接字接收缓冲区中的内容被丢弃，如果在连接变为CLOSED状态前延滞时间到，那么close返回EWOULDBLOCK错误；
说明：数据成功发送，且发送正常的FIN分节
