1. 协议栈基础回顾：OSI七层模型与TCP/IP四层模型对比
做网络排障这么多年，我见过太多同事一上来就抓包、看日志，结果折腾半天发现是基础概念没理清。说白了，协议栈就是你网络通信的「交通规则」。不懂这个，你连问题出在哪一层都说不清楚。
今天咱们先把地基打牢。我会结合自己踩过的坑，把OSI七层和TCP/IP四层模型掰开揉碎了讲清楚。
1.1 为什么需要分层模型？
你想想看，两台机器要通信，涉及多少事？
- 物理上怎么传比特？电信号还是光信号？
- 数据丢了怎么办？要不要重传？
- 对方是Windows还是Linux？数据格式怎么统一？
- 你的浏览器怎么知道收到的数据是网页而不是邮件？
如果所有逻辑都写在一个模块里，那代码根本没法维护。分层的好处就是：每层只管自己的事，层与层之间通过标准接口交互。哪层出了问题，就只修哪层。
核心原则：对等层通信。发送方的第N层只跟接收方的第N层「对话」，中间层只负责把数据传给下一层。
1.2 OSI七层模型详解
OSI模型是国际标准化组织（ISO）在1984年提出的。说实话，它太理想化了，实际落地并不完美。但作为理论框架，它依然是诊断问题的「地图」。我个人习惯遇到复杂问题，先拿OSI模型过一遍，定位到具体层再深挖。
| 层级 | 名称 | 核心功能 | 典型协议/设备 |
|---|---|---|---|
| 7 | 应用层 | 为用户应用提供网络服务接口 | HTTP, FTP, SMTP, DNS |
| 6 | 表示层 | 数据格式转换、加密、压缩 | SSL/TLS, JPEG, ASCII |
| 5 | 会话层 | 建立、管理、终止会话 | NetBIOS, RPC |
| 4 | 传输层 | 端到端可靠传输、流量控制 | TCP, UDP |
| 3 | 网络层 | 路由寻址、逻辑地址（IP） | IP, ICMP, 路由器 |
| 2 | 数据链路层 | 帧封装、MAC寻址、差错检测 | 以太网, PPP, 交换机 |
| 1 | 物理层 | 比特流传输、电气特性 | 网线, 光纤, 集线器 |
我的经验：实际排障中，90%的问题集中在第2层（数据链路层）、第3层（网络层）和第4层（传输层）。应用层问题通常表现为「能ping通但业务不通」，这时候要检查HTTP状态码或TLS握手。
1.3 TCP/IP四层模型
TCP/IP模型是互联网的事实标准。它把OSI七层压缩成了四层，去掉了表示层和会话层（功能合并到应用层），把数据链路层和物理层合并为网络接口层。
| TCP/IP层 | 对应OSI层 | 核心协议 |
|---|---|---|
| 应用层 | 5/6/7 | HTTP, DNS, DHCP, TLS |
| 传输层 | 4 | TCP, UDP |
| 网络层 | 3 | IP, ICMP, ARP |
| 网络接口层 | 1/2 | 以太网, WiFi, PPPoE |
我记得刚入行时，总纠结「TCP/IP只有四层，那表示层去哪了？」后来才明白，TCP/IP的设计哲学是「够用就好」。加密、压缩这些功能，直接交给应用层自己处理，比如HTTPS就是在HTTP下面加了一层TLS。
1.4 数据封装过程
这是协议栈最核心的概念。数据从应用层往下走，每一层都会加上自己的头部（有的层还会加尾部），这个过程叫封装。接收方从下往上走，逐层剥掉头部，叫解封装。
我画了一张图，帮你直观理解这个过程：
1.5 各层封装细节
咱们以一次HTTP请求为例，看看数据到底是怎么「穿衣服」的。
- 应用层（HTTP）：浏览器生成HTTP请求报文，比如
GET /index.html HTTP/1.1。这时的数据叫消息（Message）。 - 传输层（TCP）：TCP把HTTP报文当作自己的数据，加上TCP头部。头部包含源端口（比如浏览器随机端口）和目的端口（80或443）。这时的数据叫段（Segment）。
- 网络层（IP）：IP把TCP段当作数据，加上IP头部。头部包含源IP和目的IP。这时的数据叫包（Packet）。
- 数据链路层（以太网）：以太网把IP包当作数据，加上帧头和帧尾。帧头包含源MAC和目的MAC，帧尾是FCS校验。这时的数据叫帧（Frame）。
- 物理层：把帧转换成比特流，通过网线或光纤发出去。
曾经踩过的坑：有一次客户反馈「能ping通但网页打不开」。我排查了半天，发现是MTU设置问题。HTTP请求的完整数据包超过了1500字节，导致IP层分片，而接收方的防火墙丢弃了分片包。所以记住：MTU问题往往表现为「小包通、大包不通」。
1.6 OSI vs TCP/IP：到底该用哪个？
很多新手会问：「既然TCP/IP是事实标准，为什么还要学OSI？」我的回答是：OSI是地图，TCP/IP是路。
- OSI七层：适合做理论分析和教学。当你遇到一个诡异问题，不知道从哪下手时，用OSI模型逐层排查，思路会非常清晰。
- TCP/IP四层：适合实际开发和排障。抓包工具（如Wireshark）显示的层级就是TCP/IP模型。
我个人习惯：脑子里记OSI，手上用TCP/IP。比如排查一个「网页加载慢」的问题：
- 先看应用层（HTTP请求是否正常？）
- 再看传输层（TCP握手有没有重传？）
- 再看网络层（有没有丢包？路由是否正常？）
- 最后看数据链路层（MAC地址是否正确？有没有广播风暴？）
一个小技巧：在Wireshark里抓包时，默认显示的是TCP/IP分层。你可以把「Protocol」列和「Info」列结合起来看。如果看到大量TCP Retransmission，基本可以断定是网络层或以下的问题。
1.7 本章小结
协议栈分层不是纸上谈兵。它帮你把复杂问题拆解成一个个小模块。下次遇到网络故障，别急着重启设备。先问自己三个问题：
- 问题出在第几层？
- 这一层的核心协议是什么？
- 数据封装到这一层时，头部信息是否正确？
把这三个问题想清楚，你已经解决了一半的故障。