1. 网络协议基础：OSI七层模型、TCP/IP四层模型、数据封装与解封装过程

聊网络协议，我习惯从最基础的模型讲起。你想想看，两台计算机要通信，中间隔着网线、路由器、操作系统、应用程序……这么多环节，总得有个统一的标准吧？这就是协议模型存在的意义。

1.1 OSI七层模型——理想化的参考框架

OSI七层模型，全称是开放系统互连参考模型。说实话，在实际工程中，没人会完全照着七层去实现。但它就像一张地图，能帮你理解网络通信的全貌。

我个人习惯把这七层分成两组：上面三层（应用层、表示层、会话层）是“用户侧”，下面四层（传输层、网络层、数据链路层、物理层）是“网络侧”。

层级	名称	核心作用	常见协议/设备
7	应用层	为用户提供网络服务接口	HTTP、FTP、SMTP
6	表示层	数据格式转换、加密解密	SSL/TLS、JPEG、ASCII
5	会话层	建立、管理、终止会话	NetBIOS、RPC
4	传输层	端到端可靠传输	TCP、UDP
3	网络层	路由选择与逻辑寻址	IP、ICMP、路由器
2	数据链路层	帧封装、差错检测	以太网、PPP、交换机
1	物理层	比特流传输	网线、光纤、集线器

1.2 TCP/IP四层模型——实战中的王者

OSI七层模型太理想化了。实际互联网用的是TCP/IP四层模型。说白了，就是把OSI的上三层合并成“应用层”，把数据链路层和物理层合并成“网络接口层”。

我记得刚入行时，总纠结OSI的表示层和会话层到底该做什么。后来在项目中抓包分析，发现HTTP请求里根本看不到单独的表示层——加密、压缩这些事，要么在应用层做，要么在传输层做。嗯，这就是理论和实战的差距。

• 应用层：HTTP、DNS、FTP、WebSocket 都在这一层。你写的网络程序，基本都在跟这层打交道。
• 传输层：TCP保证可靠，UDP追求速度。粘包拆包的问题，就出在这一层。
• 网络层：IP协议负责把数据包从源地址送到目标地址。路由器就是干这个的。
• 网络接口层：负责把数据转换成电信号或光信号，在物理介质上传输。

1.3 数据封装与解封装——数据是怎么“穿衣服”的

数据封装，说白了就是给数据一层层“穿衣服”。发送方每经过一层，就加一个头部。接收方每经过一层，就脱一件衣服。

为什么会这样？因为每一层都需要自己的控制信息。比如传输层要加端口号，网络层要加IP地址，数据链路层要加MAC地址。这些信息都放在头部里。

封装过程（发送方）

1. 应用层：原始数据，比如一段JSON字符串。
2. 传输层：加上TCP头部（源端口、目标端口、序列号等），形成数据段。
3. 网络层：加上IP头部（源IP、目标IP、TTL等），形成数据包。
4. 数据链路层：加上MAC头部（源MAC、目标MAC）和尾部（FCS校验），形成数据帧。
5. 物理层：把帧转换成比特流，发送到网线上。

解封装过程（接收方）

1. 物理层：收到比特流，组装成帧。
2. 数据链路层：检查MAC地址，校验FCS，去掉头部和尾部，得到数据包。
3. 网络层：检查IP地址，去掉IP头部，得到数据段。
4. 传输层：检查端口号，去掉TCP头部，得到原始数据。
5. 应用层：读取数据，交给应用程序处理。

1.4 核心知识体系图

下面这张图，是我自己总结的。它把OSI模型、TCP/IP模型、数据封装过程串在了一起。你保存下来，以后复习时看一眼就明白了。

1.5 实战中的思考

讲完这些基础，我想说说我的体会。很多初学者觉得协议模型太抽象，跟实际写代码没关系。其实不然。

举个例子：你写一个TCP服务器，客户端发来100个字节。你调用recv()，可能一次收到100个字节，也可能分两次收到50+50。这就是传输层的行为——它只管把数据可靠地送到，但不保证一次送完。

为什么会这样？因为TCP是流式协议。它把数据当成一条河流，没有边界。而UDP是报文式协议，一次send对应一次recv，边界清晰。这个区别，就是粘包拆包的根源。

好了，这一章就到这里。记住这张图，后面我们会反复用到它。