docs: 全面校对全部章节文档与示例代码

通过多智能体工作流对 19 章笔记（README.md）与 96 个 .c 示例代码做深度
审查与对抗性验证，修复 317 处确认问题，涵盖：

技术正确性：
- 修复缓冲区溢出：echo_mpserv.c / echo_storeserv.c 等的 read(buf, BUFSIZ)
  改为 BUF_SIZE（buf 仅 30 字节，BUFSIZ 远大于此）
- 修复 open() 缺少 mode 参数：low_open.c / fd_seri.c / desto.c 等
  O_CREAT 调用补 0644（原导致 low_read 链路失败）
- 修复 feof 循环 off-by-one：news_sender.c / echo_stdserv.c 改用 fgets
  返回值判断
- 修复线程竞态：chat_server.c / webserv_linux.c 的 &clnt_sock 栈地址
  传子线程改为 malloc 分配 + free
- 修复索引混淆：char_EPLTserv.c 错用 clnt_sock 查找改为 ep_events[i].data.fd
- 修复格式化符：thread4.c 的 sizeof 用 %d 改为 %zu
- 修正习题答案：ch01 fd 序号、ch13 MSG_OOB 加粗项、ch09 Nagle 等

文档规范：
- 统一术语：IPv4/IPv6、接收(receive)/连接(connection)
- 修正错别字：occured→occurred、cooffee→coffee、Usgae→Usage、
  eerror→error、proess→process 等
- 修复病句、补全习题答案解释
- GitHub 绝对 URL 改为相对路径，统一项目引用规范
- 同步根 README.md（前言 + 19 章合并）

另：重命名 ch10/remove_zomebie.c → remove_zombie.c（修正拼写）

所有 .c 文件经 gcc 编译验证通过（ch17 epoll 文件因 macOS 无 sys/epoll.h
跳过，已人工复核）。

ch24/README.md

@@ -8,7 +8,7 @@
 
 #### 24.1.1 理解 Web 服务器端
 
-web服务器端就是要基于 HTTP 协议，将网页对应文件传输给客户端的服务器端。
+Web 服务器端就是要基于 HTTP 协议，将网页对应文件传输给客户端的服务器端。
 
 #### 24.1.2 HTTP
 
@@ -26,7 +26,7 @@ web服务器端就是要基于 HTTP 协议，将网页对应文件传输给客
 <!-- 原图片链接已失效: https://i.loli.net/2019/02/07/5c5bcbb75202f.png -->
 <!-- 图示：HTTP 请求消息结构（请求行、消息头、消息体） -->
 
-从图中可以看出，请求消息可以分为请求行、消息头、消息体 3 个部分。其中，请求行含有请求方式（请求目的）信息。典型的请求方式有 GET 和 POST ，GET 主要用于请求数据，POST 主要用于传输数据。为了降低复杂度，我们实现只能响应 GET 请求的 Web 服务器端，下面解释图中的请求行信息。其中「GET/index.html HTTP/1.1」 具有如下含义：
+从图中可以看出，请求消息可以分为请求行、消息头、消息体 3 个部分。其中，请求行含有请求方式（请求目的）信息。典型的请求方式有 GET 和 POST ，GET 主要用于请求数据，POST 主要用于传输数据。为了降低复杂度，我们实现只能响应 GET 请求的 Web 服务器端，下面解释图中的请求行信息。其中「GET /index.html HTTP/1.1」具有如下含义：
 
 > 请求（GET）index.html 文件，通常以 1.1 版本的 HTTP 协议进行通信。
 
@@ -36,7 +36,7 @@ web服务器端就是要基于 HTTP 协议，将网页对应文件传输给客
 
 #### 24.1.4 响应消息（Response Message）的结构
 
-下面是 Web 服务器端向客户端传递的响应信息的结构。从图中可以看出,该响应消息由状态行、头信息、消息体等 3 个部分组成。状态行中有关于请求的状态信息，这是与请求消息相比最为显著的区别。
+下面是 Web 服务器端向客户端传递的响应信息的结构。从图中可以看出，该响应消息由状态行、头信息、消息体等 3 个部分组成。状态行中有关于请求的状态信息，这是与请求消息相比最为显著的区别。
 
 <!-- 原图片链接已失效: https://i.loli.net/2019/02/07/5c5bf9ad1b5f9.png -->
 <!-- 图示：HTTP 响应消息结构（状态行、头信息、消息体） -->
@@ -49,7 +49,7 @@ web服务器端就是要基于 HTTP 协议，将网页对应文件传输给客
 
 消息头中含有传输的数据类型和长度等信息。图中的消息头含有如下信息：
 
-> 服务端名为 SimpleWebServer ，传输的数据类型为 text/html。数据长度不超过 2048 个字节。
+> 服务端名为 SimpleWebServer，传输的数据类型为 text/html。数据长度不超过 2048 个字节。
 
 最后插入一个空行后，通过消息体发送客户端请求的文件数据。以上就是实现 Web 服务端过程中必要的 HTTP 协议。
 
@@ -63,7 +63,7 @@ web服务器端就是要基于 HTTP 协议，将网页对应文件传输给客
 
 下面是代码：
 
-- [webserv_linux.c](https://github.com/riba2534/TCP-IP-NetworkNote/blob/master/ch24/webserv_linux.c)
+- [webserv_linux.c](webserv_linux.c)
 
 ```c
 #include <stdio.h>
@@ -236,7 +236,7 @@ gcc webserv_linux.c -D_REENTRANT -o web_serv -lpthread
 <!-- 原图片链接已失效: https://i.loli.net/2019/02/07/5c5c19cbb3718.png -->
 <!-- 图示：浏览器访问 HTTP 服务器截图 -->
 
-经过测试，这个简单的 HTTP 服务器可以正常的显示出页面。
+经过测试，这个简单的 HTTP 服务器可以正常地显示出页面。
 
 ### 24.3 习题
 
@@ -244,12 +244,12 @@ gcc webserv_linux.c -D_REENTRANT -o web_serv -lpthread
 
 1. **下列关于 Web 服务器端和 Web 浏览器端的说法错误的是**？
 
-   答：**选项 5 是错误的**。
+   答：**选项 2 和选项 5 是错误的**。选项 2 错误在于：HTTP 是无状态协议，一次请求-响应完成后即断开连接，并不"保持较长的客户端连接"；Web 服务器端基于 TCP 是为了可靠传输，而非保持长连接。选项 5 错误在于：任何能发起 HTTP 请求的客户端（如 curl、wget 等）都可以访问 Web 服务器端。
 
    1. Web 浏览器是通过自身创建的套接字连接服务端的客户端
    2. Web 服务器端通过 TCP 套接字提供服务，因为它将保持较长的客户端连接并交换数据
    3. 超文本与普通文本的最大区别是其具有可跳转的特性
-   4. Web 浏览器可视为向浏览器提供请求文件的文件传输服务器端
+   4. Web 服务器端可视为向浏览器提供请求文件的文件传输服务器端
    5. **除 Web 浏览器外，其他客户端都无法访问 Web 服务器端。（错误：任何能发起 HTTP 请求的客户端都可以访问 Web 服务器端，如 curl、wget、编程实现的 HTTP 客户端等）**
 
 2. **下列关于 HTTP 协议的描述错误的是**？

ch24/webserv_linux.c

@@ -17,10 +17,9 @@ void error_handling(char *message);
 
 int main(int argc, char *argv[])
 {
-    int serv_sock, clnt_sock;
+    int serv_sock;
     struct sockaddr_in serv_adr, clnt_adr;
     int clnt_adr_size;
-    char buf[BUF_SIZE];
     pthread_t t_id;
     if (argc != 2)
     {
@@ -41,10 +40,11 @@ int main(int argc, char *argv[])
     while (1)
     {
         clnt_adr_size = sizeof(clnt_adr);
-        clnt_sock = accept(serv_sock, (struct sockaddr *)&clnt_adr, &clnt_adr_size);
+        int *clnt_sock_p = malloc(sizeof(int));
+        *clnt_sock_p = accept(serv_sock, (struct sockaddr *)&clnt_adr, &clnt_adr_size);
         printf("Connection Request : %s:%d\n",
                inet_ntoa(clnt_adr.sin_addr), ntohs(clnt_adr.sin_port));
-        pthread_create(&t_id, NULL, request_handler, &clnt_sock);
+        pthread_create(&t_id, NULL, request_handler, clnt_sock_p);
         pthread_detach(t_id);
     }
     close(serv_sock);
@@ -54,6 +54,7 @@ int main(int argc, char *argv[])
 void *request_handler(void *arg)
 {
     int clnt_sock = *((int *)arg);
+    free(arg);
     char req_line[SMALL_BUF];
     FILE *clnt_read;
     FILE *clnt_write;
@@ -70,7 +71,7 @@ void *request_handler(void *arg)
         send_error(clnt_write);
         fclose(clnt_read);
         fclose(clnt_write);
-        return;
+        return NULL;
     }
     strcpy(method, strtok(req_line, " /"));
     strcpy(file_name, strtok(NULL, " /"));
@@ -80,7 +81,7 @@ void *request_handler(void *arg)
         send_error(clnt_write);
         fclose(clnt_read);
         fclose(clnt_write);
-        return;
+        return NULL;
     }
     fclose(clnt_read);
     send_data(clnt_write, ct, file_name);
@@ -99,6 +100,7 @@ void send_data(FILE *fp, char *ct, char *file_name)
     if (send_file == NULL)
     {
         send_error(fp);
+        fclose(fp);
         return;
     }
 
@@ -108,7 +110,7 @@ void send_data(FILE *fp, char *ct, char *file_name)
     fputs(cnt_len, fp);
     fputs(cnt_type, fp);
 
-    //传输请求数据
+    //传输响应体数据
     while (fgets(buf, BUF_SIZE, send_file) != NULL)
     {
         fputs(buf, fp);
@@ -121,9 +123,13 @@ char *content_type(char *file)
 {
     char extension[SMALL_BUF];
     char file_name[SMALL_BUF];
+    char *ext;
     strcpy(file_name, file);
     strtok(file_name, ".");
-    strcpy(extension, strtok(NULL, "."));
+    ext = strtok(NULL, ".");
+    if (ext == NULL)
+        return "text/plain";
+    strcpy(extension, ext);
 
     if (!strcmp(extension, "html") || !strcmp(extension, "htm"))
         return "text/html";