第一章 网络基础与C语言回顾
各位同学，欢迎来到《C语言网络编程从入门到精通》。我是你们的老朋友，一个在Linux下跟socket打了十几年交道的工程师。今天咱们不急着写代码，先把地基夯实了。
网络编程，说白了就是让两台机器能“说上话”。但机器怎么知道对方在说什么？这就得靠协议栈。我刚开始学的时候，总觉得这些分层模型是纸上谈兵，直到有一次在公司排查一个诡异的丢包问题，抓了三天包，最后发现是应用层自己封装的数据格式跟底层对不上……嗯，从那以后我再也不敢小看这些“理论”了。
1.1 OSI七层模型：教科书里的“理想国”
OSI七层模型，你肯定在课本上见过。它把网络通信拆成了七层，每一层各司其职。我个人习惯把它想象成一个“快递系统”：
- 物理层：就是快递小哥的腿，负责把包裹（比特流）从A地搬到B地。
- 数据链路层：相当于快递单上的地址，确保包裹在同一个局域网里不会送错门。
- 网络层：这是快递总调度中心，规划从北京到上海的路线（IP地址）。
- 传输层：快递员打电话确认你是在家还是放快递柜（TCP/UDP端口）。
- 会话层、表示层、应用层：这三层可以合并理解——就是你和快递员怎么沟通、要不要签收、拆开包裹后东西怎么用。
我在项目中遇到过最典型的例子：有人写了一个自定义协议，直接跳过传输层，在应用层里自己搞重传和排序。结果呢？代码复杂度爆炸，性能还差。所以，别重复造轮子，TCP/IP协议栈已经帮你把脏活累活干完了。
核心要点：OSI是理论参考，实际开发中我们几乎只跟TCP/IP四层模型打交道。但理解OSI能帮你快速定位问题——比如丢包了，先看是物理层线没插好，还是网络层路由不通。
1.2 TCP/IP四层模型：实战中的“真家伙”
TCP/IP模型把七层压缩成了四层：应用层、传输层、网络层、网络接口层。说白了，这就是互联网真正跑起来的协议栈。
我建议你记住这张表，面试常考，调试时也常用：
| TCP/IP层 | 对应OSI层 | 常见协议/设备 | C语言中的体现 |
|---|---|---|---|
| 应用层 | 5-7层 | HTTP, FTP, DNS | 你写的业务逻辑代码 |
| 传输层 | 4层 | TCP, UDP | socket类型选择 (SOCK_STREAM / SOCK_DGRAM) |
| 网络层 | 3层 | IP, ICMP | struct sockaddr_in 中的 sin_addr |
| 网络接口层 | 1-2层 | 以太网, WiFi | 通常由操作系统和驱动处理 |
你想想看，当你在C语言里调用 send() 函数时，数据是怎么从应用层一路“剥洋葱”到物理层的？这就是分层模型干的事。每一层都会加上自己的头部信息，到了对端再一层层拆开。我曾经在调试一个UDP广播程序时，发现数据总是少几个字节，最后定位到是网络接口层的MTU限制导致分片了。嗯，这就是不懂分层的代价。
小技巧：用 tcpdump 或 Wireshark 抓包时，对照着四层模型看，你会瞬间明白每一层头部里那些字段是干嘛的。比如TCP头的SYN、ACK标志位，就是传输层干的事。
1.3 C语言指针与内存管理：网络编程的“基本功”
网络编程里，你天天跟缓冲区、指针、结构体打交道。如果C语言基础不牢，写出来的网络程序大概率会崩溃或者内存泄漏。我见过太多人因为指针越界，导致协议解析时数据错位，查了一整天bug。
1.3.1 指针：别怕，它就是地址
指针说白了就是一个存放内存地址的变量。在网络编程中，我们经常用指针来操作缓冲区：
// 定义一个接收缓冲区
char buffer[1024];
char *ptr = buffer;
// 从socket读取数据
int n = recv(sockfd, ptr, sizeof(buffer), 0);
if (n > 0) {
// 处理数据，比如解析HTTP头部
// 注意：ptr指向的数据是网络字节序，可能需要转换
}这里有个坑：recv() 返回的字节数可能比你期望的少。你不能假设一次recv就能收到完整的数据包。我曾经写过一个HTTP客户端，就是因为没处理“粘包”问题，导致解析HTML时总是乱码。后来老老实实加了循环接收和状态机。
避坑指南：我曾经在项目中用 memcpy 把网络数据拷贝到结构体里，结果因为结构体字节对齐问题，数据全错位了。记住：网络数据是字节流，不要直接强转成结构体。正确的做法是手动解析每个字段，或者用 #pragma pack(1) 取消对齐。
1.3.2 内存管理：malloc和free的“相爱相杀”
网络编程中，动态内存分配是家常便饭。比如你要创建一个缓冲区来存放接收到的数据，或者动态生成一个HTTP响应体。但C语言没有垃圾回收，你得自己管好内存。
// 动态分配一个缓冲区
char *buf = (char *)malloc(1024);
if (buf == NULL) {
// 处理内存分配失败
perror("malloc");
return -1;
}
// 使用buf...
recv(sockfd, buf, 1024, 0);
// 别忘了释放
free(buf);
buf = NULL; // 避免野指针我建议你养成一个习惯：谁分配，谁释放。如果函数内部malloc了内存，一定要在函数返回前或者调用方明确知道要free。否则，内存泄漏就会像慢性病一样，让你的服务器跑几天后突然OOM。
你可能会问：“为什么不用智能指针？” 嗯，这是C语言，不是C++。我们得自己动手。不过，你可以封装一些辅助函数，比如 safe_malloc，里面自动检查返回值并记录分配位置，方便调试。
核心要点：网络编程中的内存管理，核心就是“谁分配谁释放，用完即归还”。另外，注意缓冲区溢出——永远不要假设对方发来的数据长度是安全的。用 snprintf 代替 sprintf，用 strncpy 代替 strcpy。
1.4 本章知识体系总览
下面这张SVG图，是我为你梳理的本章核心逻辑。你可以把它当作一张“地图”，后续所有章节都会围绕这些基础展开。
这张图把本章的三个核心模块串在了一起。你从左往右看：OSI是“理想”，TCP/IP是“现实”，而C语言就是你把“现实”落地的“工具”。三者缺一不可。
好了，第一章的内容就到这里。记住，网络编程不是一蹴而就的，但只要你把今天这些基础吃透了，后面写socket、搞并发、调性能，都会顺风顺水。咱们下一章见。