3. TCP/IP四层模型
聊到网络协议，绕不开两个模型：OSI七层模型和TCP/IP四层模型。
很多新手会纠结「到底学哪个？」。我的答案是：OSI是理论框架，TCP/IP是实战标准。你想想看，实际互联网上跑的，全是TCP/IP的协议栈。OSI更像是一张地图，帮你理解每一层「应该干什么」。
3.1 为什么要有分层模型？
说白了，分层就是为了解耦。每一层只关心自己的事，下层为上层提供服务，上层不用管下层的实现细节。
我刚开始做网络编程时，总觉得分层是多余的。直到有一次排查一个丢包问题，发现是网卡驱动层的校验和没算对，应用层死活收不到完整数据。嗯，从那以后我才真正理解：每一层都在默默干活，少一层都不行。
核心思想：分层让网络协议变得可维护、可扩展。你可以在不改变上层的情况下，替换底层的物理传输介质（比如从铜缆换成光纤）。
3.2 TCP/IP四层模型详解
TCP/IP模型只有四层，比OSI少了三层。它更务实，去掉了那些「理论上需要但实际用不上」的层。
| TCP/IP层 | 核心功能 | 典型协议 | 对应OSI层 |
|---|---|---|---|
| 应用层 | 为用户提供网络服务接口 | HTTP、FTP、SMTP、DNS | 5~7层（会话、表示、应用） |
| 传输层 | 端到端通信、流量控制、差错控制 | TCP、UDP | 4层（传输层） |
| 网络层 | 路由选择、分组转发、逻辑寻址 | IP、ICMP、ARP | 3层（网络层） |
| 网络接口层 | 物理传输、帧封装、介质访问控制 | 以太网、Wi-Fi、PPP | 1~2层（物理、数据链路） |
3.3 每一层到底在干什么？
3.3.1 网络接口层
这是最底层，负责把数据变成电信号或光信号，在物理介质上传输。它不关心数据是什么，只关心「怎么把比特流从A送到B」。
我记得有一次调试一个嵌入式设备，发现网口灯亮着但就是ping不通。查了半天，原来是网线里的线序接反了。嗯，这就是网络接口层的问题——物理层没通，上层再牛也没用。
- 封装：把IP数据包封装成帧，加上MAC地址
- 介质访问：解决多个设备共享同一根网线时的冲突问题（CSMA/CD）
- 物理编码：把二进制数据转换成电压或光信号
3.3.2 网络层
这一层负责寻址和路由。它不关心数据是给哪个应用的，只关心「这个数据包该往哪个方向转发」。
IP协议是这一层的核心。你想想看，互联网上有几十亿台设备，怎么找到对方？靠的就是IP地址和路由表。我在项目中遇到过一个问题：两台服务器在同一网段，但就是ping不通。后来发现是路由器的静态路由配错了，数据包被扔到了黑洞里。
避坑指南：我曾经在配置VPN时，忽略了网络层的路由优先级。结果流量走了默认路由，没有走VPN隧道，导致内网资源无法访问。记住：网络层决定了你的数据包能不能到达目的地。
3.3.3 传输层
这一层是端到端的通信。它负责把数据可靠地送到目标应用。TCP和UDP是这一层的两大主角。
- TCP：面向连接、可靠、有序。适合文件传输、网页浏览
- UDP：无连接、不可靠、速度快。适合视频直播、DNS查询
我个人习惯用TCP做业务数据传输，用UDP做心跳检测。为什么？因为心跳丢了就丢了，重传反而浪费带宽。
3.3.4 应用层
这一层离用户最近。它定义了应用程序如何利用网络进行通信。HTTP、FTP、SMTP都是这一层的协议。
你每次打开网页，浏览器就在应用层发起一个HTTP请求。这个请求经过传输层、网络层、网络接口层，最终到达服务器。服务器处理完，再原路返回。
3.4 TCP/IP与OSI的对应关系
很多教材会画一张「七层对四层」的对照表。但我想说：不要死记硬背。你只需要知道：
- OSI的5、6、7层（会话、表示、应用）在TCP/IP里合并成了应用层
- OSI的1、2层（物理、数据链路）在TCP/IP里合并成了网络接口层
- OSI的3、4层（网络、传输）在TCP/IP里保持不变
注意：OSI的会话层和表示层在TCP/IP中并没有消失，只是被「吸收」到了应用层协议内部。比如HTTPS的TLS握手，其实就包含了会话管理和数据加密的功能。
3.5 一张图看懂整体结构
下面我用SVG画了一张图，把四层模型和OSI的对应关系、典型协议都标出来了。你可以把它当作「网络协议地图」来用。
3.6 数据封装与解封装
数据在发送时，会从上往下逐层封装。每一层加上自己的头部信息。接收时，从下往上逐层解封装，去掉头部。
举个例子：你发一个HTTP请求。
- 应用层：构造HTTP报文（GET /index.html）
- 传输层：加上TCP头部（源端口、目的端口、序列号）
- 网络层：加上IP头部（源IP、目的IP）
- 网络接口层：加上帧头部（源MAC、目的MAC）和帧尾部（校验和）
接收端反过来，一层层剥开，最后拿到原始的HTTP报文。
实战经验：我在用Wireshark抓包时，经常看到新手只盯着应用层数据看。其实很多问题出在传输层或网络层。比如TCP重传、IP分片、ARP请求超时。学会看每一层的头部信息，是网络排障的基本功。
3.7 避坑总结
- 不要混淆「层」和「协议」：层是逻辑概念，协议是具体实现。比如「网络层」是一个层，「IP协议」是这一层的具体协议。
- 不要忽略网络接口层：很多应用层问题，根源在物理层或数据链路层。比如网线松动、交换机端口故障、MTU不匹配。
- 理解「对等通信」：每一层只和对方的同一层通信。比如你的传输层只和对方的传输层对话，不会直接跳到应用层。
嗯，这一章的内容就到这里。记住：分层模型不是用来背的，是用来理解网络如何工作的。下次遇到网络问题，试着从每一层去排查，你会发现思路清晰很多。