网络基础回顾：OSI七层模型与TCP/IP四层模型详解
各位同学，咱们今天聊聊网络基础。说实话，很多干了三五年的工程师，对OSI模型和TCP/IP模型的理解还停留在背书上。我个人觉得，这玩意儿不是用来背的，是用来理解网络怎么工作的。
你想想看，两台设备之间要通信，数据是怎么从你的电脑跑到服务器上的？中间经历了什么？这就是我们今天要讲的核心。
OSI七层模型：理论上的完美框架
OSI七层模型，全称是开放系统互连参考模型。它把网络通信分成了七层，从下往上分别是：
- 物理层：传输比特流，说白了就是电信号、光信号、无线电波
- 数据链路层：处理帧，负责MAC地址寻址和差错检测
- 网络层：处理包，负责IP地址寻址和路由选择
- 传输层：处理段，负责端到端通信和流量控制
- 会话层：建立、管理和终止会话
- 表示层：数据格式转换、加密解密、压缩解压
- 应用层：为用户提供网络服务接口
嗯，这里要注意。OSI模型是个理论模型，实际中没人完全按它来造设备。但它提供了一个很好的参考框架，帮我们理解网络分层的思想。
核心要点：每一层只关心自己的事，下层为上层提供服务，上层不需要知道下层的实现细节。这就是分层解耦的思想。
TCP/IP四层模型：实际中的王者
TCP/IP模型才是互联网真正使用的模型。它把OSI七层压缩成了四层：
| TCP/IP模型 | 对应OSI层 | 核心协议 |
|---|---|---|
| 应用层 | 应用层、表示层、会话层 | HTTP、FTP、SMTP、DNS |
| 传输层 | 传输层 | TCP、UDP |
| 网络层 | 网络层 | IP、ICMP、ARP |
| 网络接口层 | 数据链路层、物理层 | 以太网、Wi-Fi、PPP |
我在项目中遇到过不少同事，搞不清楚TCP和UDP该用哪个。其实很简单：TCP是面向连接的，可靠但慢；UDP是无连接的，快但不可靠。你下载文件用TCP，看视频直播用UDP，就这么回事。
数据封装与解封装过程
数据从应用层往下走，每经过一层，都会加上该层的头部信息。这个过程叫封装。反过来，数据从底层往上走，每层去掉对应的头部，叫解封装。
举个例子，你访问一个网站：
- 应用层：浏览器生成HTTP请求数据
- 传输层：加上TCP头部，包含源端口和目标端口
- 网络层：加上IP头部，包含源IP和目标IP
- 数据链路层：加上以太网头部，包含源MAC和目标MAC
- 物理层：转换成比特流发送出去
// 数据封装过程示意
应用层数据: [HTTP请求]
传输层: [TCP头部][HTTP请求]
网络层: [IP头部][TCP头部][HTTP请求]
数据链路层: [以太网头部][IP头部][TCP头部][HTTP请求][FCS]实战技巧：抓包分析时，重点关注每一层的头部信息。比如TCP的三次握手、IP的分片、以太网的MAC地址。这些是排障的关键。
MAC地址与IP地址的作用
这两个地址经常被混淆。我简单说下区别：
- MAC地址：物理地址，48位，出厂时烧录在网卡上。用于同一局域网内的设备通信。
- IP地址：逻辑地址，32位（IPv4）或128位（IPv6）。用于跨网络通信，标识设备在网络中的位置。
你想想看，MAC地址就像你的身份证号，全球唯一但没法改。IP地址就像你的家庭住址，可以搬家换地址。数据包在局域网内靠MAC地址找设备，跨网络靠IP地址找路径。
避坑指南：我曾经遇到过一个网络故障，两台设备IP配置正确但就是ping不通。查了半天，发现是ARP表里MAC地址对应错了。记住，IP地址只负责找到网段，MAC地址才负责找到具体设备。
ARP协议就是干这个的——把IP地址解析成MAC地址。当设备A要跟设备B通信时，先查ARP缓存，如果没有，就广播一个ARP请求，问"谁的IP是192.168.1.2？"，设备B收到后回复自己的MAC地址。
说白了，网络通信就是一层层封装，一层层解封装。每一层各司其职，上层依赖下层，下层为上层服务。理解了这一点，后面学交换机协议就轻松多了。
我记得刚入行时，师傅跟我说："搞网络，先把分层搞明白。分层搞明白了，排障就成功了一半。"现在想想，这话一点不假。