mirror of
https://github.com/riba2534/TCP-IP-NetworkNote.git
synced 2026-05-07 05:51:47 +08:00
docs: 全面审查并修正所有章节文档内容
- 修正各章节中的错别字和术语错误(如 IPv4 大写规范、接收/接受区分等) - 补充和完善部分习题答案 - 优化技术描述的准确性和专业性 - 合并所有章节内容到根 README.md 新增文件: - CLAUDE.md: 项目开发指南 - .claude/agents/content-reviewer.md: 内容审查 subagent - .claude/agents/merger.md: 文档合并 subagent 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
This commit is contained in:
@@ -6,7 +6,7 @@
|
||||
|
||||
「分离 I/O 流」是一种常用表达。有 I/O 工具可区分二者,无论采用哪种方法,都可以认为是分离了 I/O 流。
|
||||
|
||||
#### 16.1.1 2次 I/O 流分离
|
||||
#### 16.1.1 2 次 I/O 流分离
|
||||
|
||||
之前有两种分离方法:
|
||||
|
||||
@@ -58,7 +58,7 @@ gcc sep_serv.c -o serv
|
||||
|
||||
原因是:服务端代码的 `fclose(writefp);` 这一句,完全关闭了套接字而不是半关闭。这才是这一章需要解决的问题。
|
||||
|
||||
### 16.2 文件描述符的的复制和半关闭
|
||||
### 16.2 文件描述符的复制和半关闭
|
||||
|
||||
#### 16.2.1 终止「流」时无法半关闭原因
|
||||
|
||||
@@ -76,17 +76,17 @@ gcc sep_serv.c -o serv
|
||||
|
||||
只需要创建 FILE 指针前先复制文件描述符即可。复制后另外创建一个文件描述符,然后利用各自的文件描述符生成读模式的 FILE 指针和写模式的 FILE 指针。这就为半关闭创造好了环境,因为套接字和文件描述符具有如下关系:
|
||||
|
||||
> 销毁所有文件描述符候才能销毁套接字
|
||||
> 销毁所有文件描述符后才能销毁套接字
|
||||
|
||||
也就是说,针对写模式 FILE 指针调用 fclose 函数时,只能销毁与该 FILE 指针相关的文件描述符,无法销毁套接字,如下图:
|
||||
|
||||

|
||||
|
||||
那么调用 fclose 函数候还剩下 1 个文件描述符,因此没有销毁套接字。那此时的状态是否为半关闭状态?不是!只是准备好了进入半关闭状态,而不是已经进入了半关闭状态。仔细观察,还剩下一个文件描述符。而该文件描述符可以同时进行 I/O 。因此,不但没有发送 EOF ,而且仍然可以利用文件描述符进行输出。
|
||||
那么调用 fclose 函数后还剩下 1 个文件描述符,因此没有销毁套接字。那此时的状态是否为半关闭状态?不是!只是准备好了进入半关闭状态,而不是已经进入了半关闭状态。仔细观察,还剩下一个文件描述符。而该文件描述符可以同时进行 I/O。因此,不但没有发送 EOF,而且仍然可以利用文件描述符进行输出。
|
||||
|
||||
#### 16.2.2 复制文件描述符
|
||||
|
||||
与调用 fork 函数不同,调用 fork 函数将复制整个进程,此处讨论的是同一进程内完成对完成描述符的复制。如图:
|
||||
与调用 fork 函数不同,调用 fork 函数将复制整个进程,此处讨论的是同一进程内完成对文件描述符的复制。如图:
|
||||
|
||||

|
||||
|
||||
@@ -98,12 +98,12 @@ gcc sep_serv.c -o serv
|
||||
|
||||
```c
|
||||
#include <unistd.h>
|
||||
int dup(int fildes);
|
||||
int dup2(int fildes, int fildes2);
|
||||
int dup(int fd);
|
||||
int dup2(int fd, int fd2);
|
||||
/*
|
||||
成功时返回复制的文件描述符,失败时返回 -1
|
||||
fildes : 需要复制的文件描述符
|
||||
fildes2 : 明确指定的文件描述符的整数值。
|
||||
fd : 需要复制的文件描述符
|
||||
fd2 : 明确指定的文件描述符的整数值
|
||||
*/
|
||||
```
|
||||
|
||||
@@ -121,18 +121,18 @@ int main(int argc, char *argv[])
|
||||
char str1[] = "Hi~ \n";
|
||||
char str2[] = "It's nice day~ \n";
|
||||
|
||||
cfd1 = dup(1); //复制文件描述符 1
|
||||
cfd2 = dup2(cfd1, 7); //再次复制文件描述符,定为数值 7
|
||||
cfd1 = dup(1); // 复制文件描述符 1
|
||||
cfd2 = dup2(cfd1, 7); // 再次复制文件描述符,指定数值为 7
|
||||
|
||||
printf("fd1=%d , fd2=%d \n", cfd1, cfd2);
|
||||
write(cfd1, str1, sizeof(str1));
|
||||
write(cfd2, str2, sizeof(str2));
|
||||
|
||||
close(cfd1);
|
||||
close(cfd2); //终止复制的文件描述符,但是仍有一个文件描述符
|
||||
close(cfd2); // 终止复制的文件描述符,但是仍有一个文件描述符
|
||||
write(1, str1, sizeof(str1));
|
||||
close(1);
|
||||
write(1, str2, sizeof(str2)); //无法完成输出
|
||||
write(1, str2, sizeof(str2)); // 无法完成输出
|
||||
return 0;
|
||||
}
|
||||
|
||||
@@ -157,29 +157,29 @@ gcc dup.c -o dup
|
||||
|
||||
- [sep_serv2.c](https://github.com/riba2534/TCP-IP-NetworkNote/blob/master/ch16/sep_serv2.c)
|
||||
|
||||
这个代码可以与 [sep_clnt.c](https://github.com/riba2534/TCP-IP-NetworkNote/blob/master/ch16/sep_clnt.c) 配合起来食用,编译过程和上面一样,运行结果为:
|
||||
这个代码可以与 [sep_clnt.c](https://github.com/riba2534/TCP-IP-NetworkNote/blob/master/ch16/sep_clnt.c) 配合起来使用,编译过程和上面一样,运行结果为:
|
||||
|
||||

|
||||
|
||||
### 16.3 习题
|
||||
|
||||
> 以下答案仅代表本人个人观点,可能不是正确答案。
|
||||
> 以下答案仅代表本人个人观点,可能不是标准答案。
|
||||
|
||||
1. **下列关于 FILE 结构体指针和文件描述符的说法错误的是**?
|
||||
|
||||
答:以下加粗内容代表说法正确。
|
||||
答:第 1、2、5 项说法错误。
|
||||
|
||||
1. 与 FILE 结构体指针相同,文件描述符也分输入描述符和输出描述符
|
||||
2. 复制文件描述符时将生成相同值的描述符,可以通过这 2 个描述符进行 I/O
|
||||
3. **可以利用创建套接字时返回的文件描述符进行 I/O ,也可以不通过文件描述符,直接通过 FILE 结构体指针完成**
|
||||
4. **可以从文件描述符生成 FILE 结构体指针,而且可以利用这种 FILE 结构体指针进行套接字 I/O**
|
||||
5. 若文件描述符为读模式,则基于该描述符生成的 FILE 结构体指针同样是读模式;若文件描述符为写模式,则基于该描述符生成的 FILE 结构体指针同样是写模式
|
||||
- 第 1 项错误:文件描述符不像 FILE 结构体指针那样分输入和输出模式,同一个文件描述符可以同时进行输入和输出操作。
|
||||
- 第 2 项错误:复制文件描述符时生成的是不同值的描述符,但它们指向同一个文件或套接字。
|
||||
- 第 3 项正确:可以利用创建套接字时返回的文件描述符进行 I/O,也可以通过 fdopen 函数将文件描述符转换为 FILE 结构体指针后进行 I/O。
|
||||
- 第 4 项正确:可以从文件描述符生成 FILE 结构体指针(通过 fdopen 函数),并且可以利用这种 FILE 结构体指针进行套接字 I/O。
|
||||
- 第 5 项错误:文件描述符本身没有读模式或写模式的区分,读写模式是在调用 fdopen 函数生成 FILE 结构体指针时指定的。
|
||||
|
||||
2. **EOF 的发送相关描述中错误的是**?
|
||||
|
||||
答:以下加粗内容代表说法正确。
|
||||
答:第 1、3 项说法错误。
|
||||
|
||||
1. 终止文件描述符时发送 EOF
|
||||
2. **即使未完成终止文件描述符,关闭输出流时也会发送 EOF**
|
||||
3. 如果复制文件描述符,则包括复制的文件描述符在内,所有文件描述符都终止时才会发送 EOF
|
||||
4. **即使复制文件描述符,也可以通过调用 shutdown 函数进入半关闭状态并发送 EOF**
|
||||
- 第 1 项错误:仅终止文件描述符(调用 close)并不一定发送 EOF,只有在所有指向该套接字的文件描述符都被关闭时才会发送 EOF。
|
||||
- 第 2 项正确:即使未终止文件描述符,调用 shutdown 函数关闭输出流时也会发送 EOF,这正是半关闭的实现方式。
|
||||
- 第 3 项错误:即使复制了文件描述符,也可以通过 shutdown 函数单独关闭输出流并发送 EOF,而不需要关闭所有文件描述符。
|
||||
- 第 4 项正确:即使复制了文件描述符,shutdown 函数仍然可以对套接字本身进行半关闭操作,不受文件描述符复制的影响。
|
||||
|
||||
Reference in New Issue
Block a user