基于TCP的半关闭
Linux的close函数不够优雅是因为在它之后不仅无法传输数据,也不能接收数据。但TCP协议原本的设计不是这样的。因此需要一个函数来仅断开一个方向的流。
/*
* @params
* sock: 需要断开的套接字描述符
* howto: 传递断开方式信息。SHUT_RD:断开输入流,SHUT_WR:断开输出流,SHUT_RDWR:同时断开I/O流。
*/
#include >sys/socket.h>
int shutdown(int sock, int howto); // 成功时返回0,失败时返回-1
半关闭服务器与客户端运行示例:
# gcc file_server.c -o fserver
# ./fserver 9190
Connected client
Message from client: Thanks you
# gcc file_client -o fclient
# ./fclient 127.0.0.1 9190
Connected
# cat reveive.dat
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
...
习题
- 解释TCP中“流”的概念。UDP中能否形成流?请说明原因。
把两台主机通过套接字建立连接后进入可交换数据的状态看作一种流。UDP没有连接的概念,也就不是一种流协议。- Linux中的close函数或Windows中的closesocket函数属于单方面断开连接的方法,有可能带来一些问题。什么是单方面断开连接?什么情形下会出现问题?
单方面断开连接就是某一方直接断开I/O流。想象这种情况,A发送完了自己的数据,于是单方面断开连接,但B还有数据要发送,但A会直接丢弃后面的数据。当然,A可以发送完了自己的数据等待B发送完成,问题在于A不知道B何时能传输完毕,因此需要一个“可以关闭的信号”。这个信号如果是自定义的字符可能会出现在传输数据中,不如就将它确定为“EOF”,由shutdown函数来专门负责发送。- 什么是半关闭?针对输出流执行半关闭的主机处于何种状态?半关闭会导致对方主机接收什么消息?
半关闭就是只关闭输入流或输出流。针对输出流执行半关闭的主机不能再发送数据,但可以继续接收数据。EOF。
我的问题
A端close以后对端B能发送数据吗?
B可以发送,但A没办法接收了。
附录
[1] Github