网站建设的pest分析,中国最好的品牌策划公司,网页设计尺寸单位一般为,网站建设与实践模板完整版文章请参考#xff1a; TCP/IP网络编程完整版文章 文章目录第 16 章 关于 I/O 流分离的其他内容16.1 分离 I/O 流16.1.1 2次 I/O 流分离16.1.2 分离「流」的好处16.1.3 「流」分离带来的 EOF 问题16.2 文件描述符的的复制和半关闭16.2.1 终止「流」时无法半关闭原因16.2…完整版文章请参考 TCP/IP网络编程完整版文章 文章目录第 16 章 关于 I/O 流分离的其他内容16.1 分离 I/O 流16.1.1 2次 I/O 流分离16.1.2 分离「流」的好处16.1.3 「流」分离带来的 EOF 问题16.2 文件描述符的的复制和半关闭16.2.1 终止「流」时无法半关闭原因16.2.2 复制文件描述符16.2.3 dup 和 dup216.2.4 复制文件描述符后「流」的分离第 16 章 关于 I/O 流分离的其他内容
16.1 分离 I/O 流
「分离 I/O 流」是一种常用表达。有 I/O 工具可区分二者无论采用哪种方法都可以认为是分离了 I/O 流。
16.1.1 2次 I/O 流分离
之前有两种分离方法
第一种是第 10 章的「TCP I/O 过程」分离。通过调用 fork 函数复制出一个文件描述符以区分输入和输出中使用的文件描述符。虽然文件描述符本身不会根据输入和输出进行区分但我们分开了 2 个文件描述符的用途因此这也属于「流」的分离。第二种分离是在第 15 章。通过 2 次 fdopen 函数的调用创建读模式 FILE 指针FILE 结构体指针和写模式 FILE 指针。换言之我们分离了输入工具和输出工具因此也可视为「流」的分离。下面是分离的理由。
16.1.2 分离「流」的好处
首先是第 10 章「流」的分离目的
通过分开输入过程代码和输出过程降低实现难度与输入无关的输出操作可以提高速度
下面是第 15 章「流」分离的目的
为了将 FILE 指针按读模式和写模式加以区分可以通过区分读写模式降低实现难度通过区分 I/O 缓冲提高缓冲性能
16.1.3 「流」分离带来的 EOF 问题
第 7 章介绍过 EOF 的传递方法和半关闭的必要性。有一个语句
shutdown(sock,SHUT_WR);当时说过调用 shutdown 函数的基于半关闭的 EOF 传递方法。第十章的 echo_mpclient.c 添加了半关闭的相关代码。但是还没有讲采用 fdopen 函数怎么半关闭。那么是否是通过 fclose 函数关闭流呢我们先试试
下面是服务端和客户端码
sep_clnt.c 程序
#include stdio.h
#include stdlib.h
#include string.h
#include unistd.h
#include arpa/inet.h
#include sys/socket.h
#define BUF_SIZE 1024int main(int argc, char *argv[])
{int sock;char buf[BUF_SIZE];struct sockaddr_in serv_addr;FILE *readfp;FILE *writefp;sock socket(PF_INET, SOCK_STREAM, 0);memset(serv_addr, 0, sizeof(serv_addr));serv_addr.sin_family AF_INET;serv_addr.sin_addr.s_addr inet_addr(argv[1]);serv_addr.sin_port htons(atoi(argv[2]));connect(sock, (struct sockaddr *)serv_addr, sizeof(serv_addr));readfp fdopen(sock, r);writefp fdopen(sock, w);while (1){if (fgets(buf, sizeof(buf), readfp) NULL)break;fputs(buf, stdout);fflush(stdout);}fputs(FROM CLIENT: Thank you \n, writefp);fflush(writefp);fclose(writefp);fclose(readfp);return 0;
}sep_serv.c 程序
#include stdio.h
#include stdlib.h
#include string.h
#include unistd.h
#include arpa/inet.h
#include sys/socket.h
#define BUF_SIZE 1024int main(int argc, char *argv[])
{int serv_sock, clnt_sock;FILE *readfp;FILE *writefp;struct sockaddr_in serv_adr, clnt_adr;socklen_t clnt_adr_sz;char buf[BUF_SIZE] {0,};serv_sock socket(PF_INET, SOCK_STREAM, 0);memset(serv_adr, 0, sizeof(serv_adr));serv_adr.sin_family AF_INET;serv_adr.sin_addr.s_addr htonl(INADDR_ANY);serv_adr.sin_port htons(atoi(argv[1]));bind(serv_sock, (struct sockaddr *)serv_adr, sizeof(serv_adr));listen(serv_sock, 5);clnt_adr_sz sizeof(clnt_adr);clnt_sock accept(serv_sock, (struct sockaddr *)clnt_adr, clnt_adr_sz);readfp fdopen(clnt_sock, r);writefp fdopen(clnt_sock, w);fputs(FROM SERVER: Hi~ client? \n, writefp);fputs(I love all of the world \n, writefp);fputs(You are awesome! \n, writefp);fflush(writefp);fclose(writefp);fgets(buf, sizeof(buf), readfp);fputs(buf, stdout);fclose(readfp);return 0;
}运行结果 从运行结果可以看出服务端最终没有收到客户端发送的信息。那么这是什么原因呢
原因是服务端代码的 fclose(writefp); 这一句完全关闭了套接字而不是半关闭。这才是这一章需要解决的问题
16.2 文件描述符的的复制和半关闭
16.2.1 终止「流」时无法半关闭原因
下面的图描述的是服务端代码中的两个FILE 指针、文件描述符和套接字中的关系。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iUdRH2ss-1677034513269)(null)]
从图中可以看到两个指针都是基于同一文件描述符创建的。因此针对于任何一个 FILE 指针调用 fclose 函数都会关闭文件描述符如图所示
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jXtHjXJZ-1677034513649)(null)]
从图中看到销毁套接字时再也无法进行数据交换。那如何进入可以进入但是无法输出的半关闭状态呢如下图所示
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-trKsbqTS-1677034513366)(null)]
只需要创建 FILE 指针前先复制文件描述符即可。复制后另外创建一个文件描述符然后利用各自的文件描述符生成读模式的 FILE 指针和写模式的 FILE 指针。这就为半关闭创造好了环境因为套接字和文件描述符具有如下关系 销毁所有文件描述符候才能销毁套接字 也就是说针对写模式 FILE 指针调用 fclose 函数时只能销毁与该 FILE 指针相关的文件描述符无法销毁套接字如下图
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KwnJWYXm-1677034513449)(null)]
那么调用 fclose 函数候还剩下 1 个文件描述符因此没有销毁套接字。那此时的状态是否为半关闭状态不是只是准备好了进入半关闭状态而不是已经进入了半关闭状态。仔细观察还剩下一个文件描述符。而该文件描述符可以同时进行 I/O 。因此不但没有发送 EOF 而且仍然可以利用文件描述符进行输出。
16.2.2 复制文件描述符
与调用 fork 函数不同调用 fork 函数将复制整个进程此处讨论的是同一进程内完成对完成描述符的复制。如图
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P4qDcg9y-1677034513546)(null)]
复制完成后两个文件描述符都可以访问文件但是编号不同。
16.2.3 dup 和 dup2
下面给出两个函数原型
#include unistd.h
int dup(int fildes);
int dup2(int fildes, int fildes2);
/*
成功时返回复制的文件描述符失败时返回 -1
fildes : 需要复制的文件描述符
fildes2 : 明确指定的文件描述符的整数值。
*/dup2 函数明确指定复制的文件描述符的整数值。向其传递大于 0 且小于进程能生成的最大文件描述符值时该值将成为复制出的文件描述符值。下面是代码示例
#include stdio.h
#include unistd.hint main(int argc, char *argv[])
{int cfd1, cfd2;char str1[] Hi~ \n;char str2[] Its nice day~ \n;cfd1 dup(1); //复制文件描述符 1cfd2 dup2(cfd1, 7); //再次复制文件描述符,定为数值 7printf(fd1%d , fd2%d \n, cfd1, cfd2);write(cfd1, str1, sizeof(str1));write(cfd2, str2, sizeof(str2));close(cfd1);close(cfd2); //终止复制的文件描述符但是仍有一个文件描述符write(1, str1, sizeof(str1));close(1);write(1, str2, sizeof(str2)); //无法完成输出return 0;
}编译运行 16.2.4 复制文件描述符后「流」的分离
下面更改 sep_clnt.c 和 sep_serv.c 可以使得让它正常工作正常工作是指通过服务器的半关闭状态接收客户端最后发送的字符串。 下面是代码
#include stdio.h
#include stdlib.h
#include string.h
#include unistd.h
#include arpa/inet.h
#include sys/socket.h
#define BUF_SIZE 1024int main(int argc, char *argv[])
{int serv_sock, clnt_sock;FILE *readfp;FILE *writefp;struct sockaddr_in serv_adr, clnt_adr;socklen_t clnt_adr_sz;char buf[BUF_SIZE] {0,};serv_sock socket(PF_INET, SOCK_STREAM, 0);memset(serv_adr, 0, sizeof(serv_adr));serv_adr.sin_family AF_INET;serv_adr.sin_addr.s_addr htonl(INADDR_ANY);serv_adr.sin_port htons(atoi(argv[1]));bind(serv_sock, (struct sockaddr *)serv_adr, sizeof(serv_adr));listen(serv_sock, 5);clnt_adr_sz sizeof(clnt_adr);clnt_sock accept(serv_sock, (struct sockaddr *)clnt_adr, clnt_adr_sz);readfp fdopen(clnt_sock, r);writefp fdopen(dup(clnt_sock), w); //复制文件描述符fputs(FROM SERVER: Hi~ client? \n, writefp);fputs(I love all of the world \n, writefp);fputs(You are awesome! \n, writefp);fflush(writefp);shutdown(fileno(writefp), SHUT_WR); //对 fileno 产生的文件描述符使用 shutdown 进入半关闭状态fclose(writefp);fgets(buf, sizeof(buf), readfp);fputs(buf, stdout);fclose(readfp);return 0;
}
