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>

ch15/README.md

@@ -22,7 +22,7 @@
 - 传输的数据量
 - 数据向输出缓冲移动的次数。
 
-比较 1 个字节的数据发送 10 次的情况和 10 个字节发送 1 次的情况。发送数据时，数据包中含有头信息。头信与数据大小无关，是按照一定的格式填入的。假设头信息占 40 个字节，需要传输的数据量也存在较大区别：
+比较 1 个字节的数据发送 10 次的情况和 10 个字节发送 1 次的情况。发送数据时，数据包中含有头信息。头信息与数据大小无关，是按照一定的格式填入的。假设头信息占 40 个字节，需要传输的数据量也存在较大区别：
 
 - 1 个字节 10 次：40*10=400 字节
 - 10个字节 1 次：40*1=40 字节。
@@ -37,7 +37,7 @@
 
 - [stdcpy.c](https://github.com/riba2534/TCP-IP-NetworkNote/blob/master/ch15/stdcpy.c)
 
-对于以上两个代码进行测试，明显基于标准 I/O 函数的代码跑的更快
+对于以上两个代码进行测试，明显基于标准 I/O 函数的代码跑的更快。这是因为标准 I/O 函数通过缓冲区减少了系统调用的次数，每次系统调用都有一定的开销（用户态与内核态的切换），而缓冲机制可以将多次小数据量的 I/O 操作合并为较少次数的系统调用，从而提高性能。
 
 #### 15.1.3 标准 I/O 函数的几个缺点
 
@@ -127,7 +127,7 @@ int main()
     int fd = open("data.dat", O_WRONLY | O_CREAT | O_TRUNC);
     if (fd == -1)
     {
-        fputs("file open error");
+        fputs("file open error", stdout);
         return -1;
     }
 
@@ -168,7 +168,11 @@ gcc echo_stdserv.c -o eserver
 
 1. **请说明标准 I/O 的 2 个优点。他为何拥有这 2 个优点？**
 
-   答：①具有很高的移植性②有良好的缓冲提高性能。因为这些函数是由 ANSI C 标准定义的。适合所有编程领域。
+   答：①具有很高的移植性②有良好的缓冲提高性能。
+
+   移植性的原因：标准 I/O 函数是由 ANSI C 标准定义的，在任何符合 ANSI C 标准的平台上都能使用，适合所有编程领域。
+
+   性能的原因：标准 I/O 函数内部维护了用户态缓冲区，数据首先在缓冲区中积累，当缓冲区填满或显式刷新时才一次性调用系统函数（如 `write`）进行实际 I/O。这减少了用户态与内核态之间上下文切换的次数，从而显著提高了性能。
 
 2. **利用标准 I/O 函数传输数据时，下面的说法是错误的**：
 
@@ -176,4 +180,11 @@ gcc echo_stdserv.c -o eserver
 
    **为何上述说法是错误的？为达到这种效果应该添加哪些处理过程？**
 
-   答：只是传输到了缓冲中，应该利用 fflush 来刷新缓冲区。
+   答：因为标准 I/O 函数使用缓冲机制，调用 `fputs` 后数据只是被写入到用户态的缓冲区中，而不是立即发送到套接字输出缓冲或对端主机。只有在缓冲区满、缓冲区方向改变（如从读切换到写）、文件关闭或显式刷新时，数据才会真正发送。
+
+   为达到立即发送的效果，应该在调用 `fputs` 后添加 `fflush` 函数来刷新缓冲区，例如：
+
+   ```c
+   fputs("Hello", fp);
+   fflush(fp);  // 强制将缓冲区数据发送
+   ```