为什么要分层

2.1先从一个例子理解概念

寄一件快递，要装物品、写地址、选线路、送到门口。把这些工作分给不同环节，比让一个人处理所有细节更容易维护。网络也这样分工。

按职责分工：层与分层

层是一组职责相近的工作，例如解释网页请求或沿线路发送数据。分层是把整体通信拆成这些职责，通过约定的交接方式协作；不是每层只能做一件小事。

工作怎样交接：接口

这里的接口是两部分交接工作的约定，不只是网线插口。例如上层交下一层一份数据，下层按约定负责发送。接口让上层不必知道每条线怎样产生信号。

分工怎样画出来：参考模型

模型是帮助理解复杂系统的简化图。OSI七层和TCP/IP四层是两种常用分工方式；OSI、TCP/IP的英文缩写先当作名字，重点看各层负责什么。

先认四种职责

网络接口层处理相邻链路上的传输；网络层按地址跨网络选择下一步；传输层服务程序间通信；应用层解释网页、域名查询等具体消息。这四个名字后面反复使用。

下面再用这些概念看原理、命令和结果。规范与官方资料列在本章末尾，类比只帮助理解，不代替协议规则。

2.2先假设不分层

如果把「把数据从这台电脑传到那台电脑」当成一个整体问题来解决，会立刻撞上一堆互相纠缠的麻烦：

• 物理上用铜线、光纤还是无线电？三种的编码方式完全不同
• 信号可能出错，谁来发现？
• 数据可能丢失，谁负责重发？
• 多台设备共用一条通道，怎么分给谁？
• 两台设备可能隔着几十台路由器，路径怎么选？
• 到达目的地后，交给哪个程序？
• 数据格式对方认不认得？

七个问题，每一个都足够复杂。如果写成一个大程序去处理全部，那么改动任何一处都可能破坏其他地方。

2.3分层做了什么：把问题切给不同的人

分层的核心思想只有一句：

每一层只解决一个问题，并且只依赖下一层提供的服务，不关心下一层怎么实现。

用寄快递类比：

你不需要知道快递公司的路线规划，快递公司也不需要知道你寄的是书还是鞋。各层之间只需要约定一个「交接方式」，也就是接口。

2.4网络里的分层：OSI 七层与 TCP/IP 四层

教科书上最常见的是 OSI 七层模型（国际标准化组织 ISO 提出）：

描述 TCP/IP 协议族时可使用 RFC 1122 的四层划分；工程中也常借用 OSI 层号或五层教学模型。下面按四层组织内容：

四层和七层是不同体系的抽象划分，不是七层被历史上简单删成四层。 TCP/IP 的应用层通常承担 OSI 表示、会话和应用层中的多种功能；表中的对应关系只是教学近似。

2.5每层只解决一个问题

把四层各自的问题写清楚。这张表是后面所有内容的骨架，每章都挂在其中一条上。

网络接口层（L1–L2）：数据怎么在同一段线路上从 A 传到 B？

• 帧长什么样（以太网帧）
• 怎么标识设备（MAC 地址）
• 怎么避免冲突、怎么转发（交换机）

网络层（L3）：数据怎么跨越多个网络，从起点到终点？

• 地址怎么分配（IP 地址、子网划分）
• 走哪条路（路由、最长前缀匹配）
• 传输出问题怎么通报（ICMP）

传输层（L4）：数据怎么可靠地交给对方设备上的某个程序？

• 怎么区分程序（端口）
• 丢了怎么办（重传）
• 发太快压垮对方怎么办（流量控制、拥塞控制）

应用层（L5–L7）：这些数据到底是什么意思？

• 域名怎么变成 IP（DNS）
• 网页怎么请求和响应（HTTP）
• 怎么保证不被偷看（TLS）

2.6分层最大的好处：可以单独换掉某一层

这是分层真正的价值，用一个具体例子说明：

你家用 Wi-Fi 上网，看网页用的是 HTTP。
后来把 Wi-Fi 换成网线 —— 网页照样能看，HTTP 一个字都不用改。
再后来宽带从电信换成联通，IP 地址全变了 —— HTTP 还是不用改。

因为 HTTP 只依赖「传输层能可靠地把数据送到」，不关心底下是 Wi-Fi 还是有线、是电信还是联通。

反过来也一样：网卡厂商升级万兆网卡，不需要通知浏览器开发者。

2.7分层的代价：包头

分层不是免费的。许多协议会在数据前后增加控制信息，叫包头（header）。

应用层的数据（比如一个 HTTP 请求）
  ↓ 传输层加上 TCP 头（至少 20 字节）
  ↓ 网络层加上 IP 头（至少 20 字节）
  ↓ 链路层加上以太网头（14 字节）和帧尾（4 字节）

一个原本 100 字节的请求，实际在线路上传输的可能是 100 + 20 + 20 + 18 = 158 字节。超过三分之一的带宽花在了「分层本身」上。

这笔开销值不值得？值得 —— 可靠传输、跨网络寻址、设备标识这些能力，都是靠这些头部字段实现的。而且大部分包的载荷远大于 100 字节，包头的占比会降到很低。

实测：本机各接口的 MTU

InterfaceAlias                     NlMtu
-------------                      -----
WLAN                                1500
以太网                                1500
以太网 3                              1200
FlClash                             9000
vEthernet (WSL (Hyper-V firewall))  1500

同一个 MTU 概念，在不同接口上是不同的值：这些是当时查询到的接口 IP MTU。TUN 的 9000 不证明物理链路支持巨型以太网帧；1200 的具体设置原因也不能仅由数值确定。

MTU 不是"越大越好"：路径上任何一段的 MTU 更小，整条路就得按最小的来。 这也是《网络层》模块要讲的"分片"问题的根源。

2.8动手：在自己机器上看到协议栈

分层不是教科书上的抽象概念，操作系统里真的有一份「协议栈」清单。

Get-NetAdapterBinding -Name "WLAN" | Where-Object Enabled -eq $true | Select-Object -ExpandProperty DisplayName

历史实测记录输出（WLAN 网卡，启用中的组件共 11 个）：

Microsoft 网络客户端
Microsoft 网络的文件和打印机共享
Rawether NDIS 6.X SPR Protocol Driver
QoS 数据包计划程序
Internet 协议版本 4 (TCP/IPv4)
嵌套网络虚拟化
Microsoft LLDP 协议驱动程序
链路层拓扑发现响应程序
Internet 协议版本 6 (TCP/IPv6)
链路层拓扑发现映射器 I/O 驱动程序
桥驱动程序

这是一张接口绑定组件清单，不是每层对应一个开关的分层模型。 注意：

• TCP/IPv4 和 TCP/IPv6 是两个独立的网络层组件，可以分别启用
• 网络的文件和打印机共享 是应用层组件，关掉它不影响你上网
• 链路层拓扑发现 属于链路层

组件与层不一一对应：一个组件可能涉及多层，同一层也可能有多个实现。组件可单独配置说明系统有模块划分，不能由此证明每层恰好一个开关。

2.9常见误解

误解一：「分层是理论，实际网络不分层」

恰好相反。上面那个命令的输出就是证据：操作系统包含可独立配置的组件，但不能把组件清单和协议层一一对应。抓包时你看到的也是逐层的头。

误解二：「OSI 七层是实际标准」

OSI 参考模型本身是 ISO 标准；本教程介绍的互联网协议族是 TCP/IP，不能把“参考模型”理解为“不是标准”。说"这是三层问题"是借用了 OSI 的编号习惯。

误解三：「层数越少越简单」

层数少不等于简单，只是把复杂度压进了一层。不分层的话，换一种网线编码就要重写全部逻辑。

2.10本章小结

2.11自测题

2.12参考资料与适用范围

• RFC 1122 §1.1.3、§2–4：TCP/IP分层与主机要求
• IEEE 802.3as官方教学说明，第14–18页：基本及Q标签帧格式与长度
• RFC 9293 §3.3–3.10：TCP状态、建立关闭、字节流与接口

修订核对日期：2026-10-13。规则按所列协议与实现范围理解；文中的原始命令输出是历史观察，不表示本次重新实测。跨版本、代理/隧道及不同捕获位置需要另行核对。