1. 网络基础回顾：OSI七层模型与TCP/IP四层模型对比，数据封装与解封装过程
聊网络协议，绕不开这两个模型。很多初学者觉得它们太抽象，说白了，它们就是一张地图——告诉你数据从一台机器到另一台机器，中间经历了什么。
我个人习惯把OSI模型当作“理论圣经”，把TCP/IP模型当作“实战手册”。你不需要死记硬背每一层，但得理解它们的核心分工。我在项目中遇到过不少同事，排错时搞不清问题出在哪一层，结果抓了一堆包，看了半天也没头绪。嗯，这就是基础没打牢。
1.1 OSI七层模型：理想的分层框架
OSI（Open Systems Interconnection）模型是国际标准化组织（ISO）在1984年提出的。它把网络通信拆成7层，每一层只管自己的事。
| 层级 | 名称 | 核心职责 | 典型协议/设备 |
|---|---|---|---|
| 7 | 应用层 | 为用户提供网络服务接口 | HTTP, FTP, SMTP, DNS |
| 6 | 表示层 | 数据格式转换、加密、压缩 | SSL/TLS, JPEG, ASCII |
| 5 | 会话层 | 建立、管理、终止会话 | NetBIOS, RPC |
| 4 | 传输层 | 端到端可靠传输、流量控制 | TCP, UDP |
| 3 | 网络层 | 路由寻址、逻辑地址（IP） | IP, ICMP, ARP, 路由器 |
| 2 | 数据链路层 | 帧封装、物理地址（MAC）、差错检测 | Ethernet, PPP, 交换机 |
| 1 | 物理层 | 比特流传输、电气信号 | 网线, 光纤, 集线器 |
1.2 TCP/IP四层模型：互联网的实战派
OSI模型太完美了，完美到没人能完全实现它。TCP/IP模型才是互联网真正跑起来的那个。它只有4层，把OSI的上三层合并成“应用层”，把下两层合并成“网络接口层”。
| TCP/IP层 | 对应OSI层 | 核心协议 |
|---|---|---|
| 应用层 | 5, 6, 7 | HTTP, DNS, DHCP, FTP |
| 传输层 | 4 | TCP, UDP |
| 网络层 | 3 | IP, ICMP, ARP |
| 网络接口层 | 1, 2 | Ethernet, Wi-Fi, PPP |
你想想看，为什么TCP/IP能赢？因为它务实。OSI把会话层和表示层单独拎出来，但在实际互联网应用中，这些功能要么被应用层自己处理了，要么被传输层接管了。我在做Web性能优化时，从来不会去纠结“表示层”的问题——直接看HTTP头里的Content-Encoding就够了。
1.3 数据封装与解封装：数据在每一层的“变身”
这是整个课程最核心的概念之一。数据从应用层往下走，每一层都会给它加一个“头”（Header），这个过程叫封装。到了接收端，从下往上走，每一层剥掉一个头，这叫解封装。
我曾经帮一个团队排查网络丢包问题。他们怀疑是应用层代码有bug，我抓包一看，发现是数据链路层的MTU设置不对，导致IP分片出了问题。你看，不懂封装过程，连问题出在哪一层都找不到。
封装过程（发送端）
- 应用层： 原始数据（比如HTTP请求报文）
- 传输层： 加上TCP/UDP头部（包含源端口、目的端口、序列号等）→ 形成数据段
- 网络层： 加上IP头部（包含源IP、目的IP、TTL等）→ 形成数据包
- 数据链路层： 加上MAC头部（包含源MAC、目的MAC、类型）和尾部FCS → 形成数据帧
- 物理层： 把帧转换成比特流，通过网线/光纤发送
解封装过程（接收端）
- 物理层： 收到比特流，还原成数据帧
- 数据链路层： 检查MAC地址和FCS校验，剥掉MAC头部和尾部 → 得到数据包
- 网络层： 检查IP地址，剥掉IP头部 → 得到数据段
- 传输层： 检查端口号，剥掉TCP/UDP头部 → 得到原始数据
- 应用层： 交给应用程序处理
1.4 核心逻辑图：数据封装与解封装流程
下面这张图把整个过程串起来了。我建议你多看几遍，最好能自己画一遍。
1.5 为什么你需要理解这两个模型？
说白了，这是网络排错的“第一性原理”。
- 应用层出问题： 看HTTP状态码、看DNS解析
- 传输层出问题： 看TCP重传、看端口是否通
- 网络层出问题： 看路由表、ping一下看通不通
- 数据链路层出问题： 看MAC地址、看ARP缓存
- 物理层出问题： 看网线、看光模块、看信号强度
你想想看，如果你连问题出在哪一层都不知道，怎么排错？我在带团队时，要求每个人遇到网络问题，第一件事就是判断“这是哪一层的事”。这个习惯，能帮你省下至少一半的排查时间。