1. 网络协议栈概述：OSI七层模型与TCP/IP四层模型对比
网络协议栈，说白了就是一套让计算机能互相通信的规则集。我刚开始接触网络时，总觉得这东西太抽象——数据怎么就从一台机器跑到另一台机器上了？后来做了几个项目才明白，协议栈就像一座大楼的管道系统，每一层各司其职，缺一不可。
1.1 为什么需要分层？
你想想看，如果所有网络功能都揉在一起，改一个地方就得动全身。分层设计的好处在于：每层只关心自己的事，层与层之间通过标准接口交互。我在项目中遇到过好几次，底层换了网卡驱动，上层应用代码完全不用改——这就是分层的威力。
核心思想：分层让复杂问题简单化。每一层只解决特定问题，层间解耦，便于独立演进。
1.2 OSI七层模型
OSI模型是国际标准化组织（ISO）在1984年提出的。说实话，这个模型在实际网络中并没有被完全采用，但它作为教学工具非常棒——它把通信过程拆解得清清楚楚。
| 层级 | 名称 | 核心作用 | 典型协议/设备 |
|---|---|---|---|
| 7 | 应用层 | 为用户应用提供网络服务 | HTTP、FTP、SMTP |
| 6 | 表示层 | 数据格式转换、加密、压缩 | SSL/TLS、JPEG、ASCII |
| 5 | 会话层 | 建立、管理、终止会话 | NetBIOS、RPC |
| 4 | 传输层 | 端到端可靠传输 | TCP、UDP |
| 3 | 网络层 | 路由选择与逻辑寻址 | IP、ICMP、路由器 |
| 2 | 数据链路层 | 帧封装、介质访问控制 | 以太网、交换机、MAC |
| 1 | 物理层 | 比特流传输、电气信号 | 网线、光纤、集线器 |
我的经验：面试时经常有人背七层模型，但一问「表示层和会话层在实际中怎么用」就卡壳。其实这两层在TCP/IP里被合并到应用层了，日常开发很少直接操作它们。
1.3 TCP/IP四层模型
TCP/IP模型才是互联网真正使用的协议栈。它只有四层，比OSI精简得多。我记得刚入行时，老工程师跟我说：「别被OSI的七层吓到，你天天打交道的就下面四层。」
| 层级 | 名称 | 对应OSI层 | 核心协议 |
|---|---|---|---|
| 4 | 应用层 | 5-7层 | HTTP、DNS、DHCP |
| 3 | 传输层 | 4层 | TCP、UDP |
| 2 | 网络层 | 3层 | IP、ARP、ICMP |
| 1 | 网络接口层 | 1-2层 | 以太网、Wi-Fi |
1.4 两种模型的对比
我经常被问到：「到底学哪个？」我的建议是：用OSI理解概念，用TCP/IP做实践。下面这张表把关键差异列出来，你一看就明白。
| 对比维度 | OSI七层模型 | TCP/IP四层模型 |
|---|---|---|
| 层数 | 7层 | 4层 |
| 开发时间 | 1984年 | 1970年代 |
| 使用范围 | 理论参考 | 实际部署 |
| 协议绑定 | 先有模型后有协议 | 先有协议后有模型 |
| 会话/表示层 | 独立两层 | 合并到应用层 |
| 网络接口 | 物理+数据链路分开 | 合并为一层 |
避坑指南：我曾经在面试一个候选人时，他坚持说「TCP/IP有五层」。其实很多人把物理层单独拎出来，搞出个「五层模型」。严格来说，RFC 1122定义的TCP/IP就是四层，别被网上的杂音带偏了。
1.5 协议栈的核心作用
协议栈到底在干什么？我总结了三件事：封装、寻址、解封装。没有这三板斧，数据在网络上就是一团乱码。
- 标准化通信：不同厂商的设备能互通，全靠协议栈统一规则
- 模块化设计：每层独立演进，比如IPv4到IPv6，底层硬件不用动
- 错误隔离：物理层丢包不会影响应用层逻辑，排查问题也方便
举个例子，你打开浏览器访问一个网站。应用层发HTTP请求，传输层切成TCP段，网络层加上IP地址，数据链路层封装成帧，物理层变成电信号发出去。整个过程一气呵成，你完全感觉不到。
1.6 数据封装与解封装过程
这是协议栈最核心的机制。我习惯把封装比作「套娃」——每一层都在数据前面加上自己的头部信息。
发送端：封装（Encapsulation）
- 应用层：原始数据（如HTTP请求报文）
- 传输层：加上TCP/UDP头部，形成数据段
- 网络层：加上IP头部，形成数据包
- 数据链路层：加上MAC头部和尾部，形成数据帧
- 物理层：转换成比特流发送
接收端：解封装（Decapsulation）
- 物理层：接收比特流，还原成帧
- 数据链路层：去掉MAC头部，检查FCS校验
- 网络层：去掉IP头部，检查目标地址
- 传输层：去掉TCP/UDP头部，重组数据
- 应用层：拿到原始数据，交给应用程序
关键点：每一层只处理自己关心的头部信息。网络层不看TCP端口，传输层不管MAC地址——各扫门前雪，这就是分层设计的精髓。
我曾经帮一个团队排查性能问题，发现他们应用层收到的数据总是乱序。查了半天，原来是传输层没做重组——他们自己写了个协议栈，跳过了TCP的序列号机制。嗯，这里要注意：不要轻易绕过标准协议栈的实现，坑太多了。
1.7 数据封装过程示意图
下面这张SVG图把封装和解封装的流程画出来了。我建议你多看几遍，把每一层的数据形态记在脑子里。
1.8 一个完整的通信例子
假设你在浏览器输入 http://example.com。整个过程是这样的：
- DNS解析：应用层先查域名对应的IP地址
- TCP三次握手：传输层建立连接
- HTTP请求：应用层构造GET请求报文
- 封装：逐层加上TCP头、IP头、MAC头
- 发送：物理层通过网卡发出去
- 路由：网络层根据IP地址逐跳转发
- 解封装：服务器逐层去掉头部，拿到HTTP请求
- 响应：服务器返回数据，客户端再走一遍解封装
我的建议：学协议栈最好的方法就是抓包。用Wireshark抓一次HTTP请求，看看每一层的头部信息。我当年就是这么入门的——看100遍理论不如抓一次包来得实在。
1.9 本章小结
协议栈是网络通信的骨架。OSI七层模型帮你建立概念框架，TCP/IP四层模型才是实战工具。封装和解封装是数据流动的核心机制——记住「逐层加头，逐层去头」这八个字就够了。
嗯，这里要强调一点：不要死记硬背层数。理解每一层「为什么存在」比记住「第几层叫什么」重要得多。后面我们会深入每一层的细节，到时候你自然就记住了。