网络基础回顾：OSI七层模型与TCP/IP四层模型、数据包封装与解封装过程、网络延迟的数学定义
做低延迟网络架构，说白了就是跟物理定律和协议栈较劲。我见过太多人一上来就调内核参数、换网卡，结果延迟还是降不下来。为什么？因为连数据在网络上到底怎么走的都没搞清楚。
这一节，咱们把地基夯实。我会结合自己踩过的坑，把OSI模型、数据包封装、延迟公式这三个核心概念讲透。
一、OSI七层模型 vs TCP/IP四层模型
先问个问题：你写代码时，真的需要关心数据在网线上是0还是1吗？不需要。这就是分层的好处——每层只关心自己的事。
OSI七层模型是个理论框架，从下到上分别是：
- 物理层：比特流传输，网线、光纤、电压信号
- 数据链路层：帧传输，MAC地址，交换机干活的地方
- 网络层：包传输，IP地址，路由器的主场
- 传输层：段传输，端口号，TCP/UDP的战场
- 会话层：建立/管理会话
- 表示层：数据加密、压缩、格式转换
- 应用层：HTTP、FTP、DNS等协议
TCP/IP四层模型是实际工业标准，它把上面三层合并成应用层：
- 网络接口层（对应OSI的1+2层）
- 网络层（IP）
- 传输层（TCP/UDP）
- 应用层（HTTP、SSH等）
我个人习惯：做低延迟优化时，重点关注传输层和网络层。应用层的问题往往是业务逻辑导致的，而物理层的问题基本只能换硬件。真正能调出花来的，就是TCP/IP那两层。
这里有个坑——很多人以为OSI七层在实际网络中真的存在。其实不是。OSI是教学模型，TCP/IP才是跑在网线上的东西。我在项目中遇到过客户拿着OSI七层图来质疑我们的网络设计，说「会话层怎么没实现？」。嗯，我只能解释：会话层在TCP/IP里被应用层包了，不是没实现，是合并了。
二、数据包封装与解封装过程
数据从应用层一路往下走，每经过一层就加一个头部。这个过程叫封装。到了接收端，从下往上走，每层剥掉一个头部，这叫解封装。
举个例子，你发一个HTTP请求：
- 应用层：原始数据"GET /index.html"
- 传输层：加上TCP头部（源端口、目的端口、序列号等），变成TCP段
- 网络层：加上IP头部（源IP、目的IP、TTL等），变成IP包
- 数据链路层：加上MAC头部（源MAC、目的MAC）和尾部FCS校验，变成帧
- 物理层：变成比特流，往网线上送
接收端反过来，每层剥掉对应的头部，最后把原始数据交给应用。
避坑指南：我曾经调试一个延迟问题，发现每次大包传输都会卡一下。后来抓包一看，MTU设置成了1500，但应用层发了1600字节的数据。结果IP层被迫分片，接收端还要重组。这一分一合，延迟直接翻倍。记住：MTU是数据链路层的限制，应用层发数据时一定要考虑这个。
封装过程有个关键点：每一层的头部都包含该层需要的控制信息。比如TCP头部里的序列号用于保证有序到达，窗口大小用于流量控制。这些头部虽然只占几十个字节，但在高并发场景下，头部的开销会显著影响有效吞吐量。
我建议你在做性能测试时，用Wireshark抓包看看实际传输的数据结构。你会发现很多意想不到的东西——比如某些协议栈会在TCP头部里塞时间戳选项，这虽然有助于计算RTT，但也增加了头部长度。
三、网络延迟的数学定义
网络延迟，说白了就是数据从A点到B点花的时间。它由四个部分组成：
总延迟 = 处理延迟 + 排队延迟 + 传输延迟 + 传播延迟
| 延迟类型 | 定义 | 典型值 | 影响因素 |
|---|---|---|---|
| 处理延迟 | 路由器/交换机检查头部、决定转发路径的时间 | 微秒级 | 设备性能、路由表大小 |
| 排队延迟 | 数据包在缓冲区等待处理的时间 | 毫秒级 | 网络拥塞、队列长度 |
| 传输延迟 | 把数据比特推送到链路上的时间 | 取决于数据大小和带宽 | 数据包大小、链路带宽 |
| 传播延迟 | 信号在介质中传播的时间 | 光速的2/3 | 物理距离 |
公式里有个关键点：传输延迟 = 数据包大小 / 带宽。你想想看，带宽再大，如果数据包很大，传输延迟照样高。这就是为什么低延迟场景下，我们倾向于用小包。
实际案例：我在做金融交易系统时，客户要求从上海到深圳的延迟低于1毫秒。算一下：上海到深圳直线距离约1200公里，光速在光纤中约20万公里/秒，传播延迟就是1200/200000 = 6毫秒。这还没算处理延迟和排队延迟。所以物理上就不可能。最后解决方案是把交易服务器放在上海和深圳的中间点——武汉。距离缩短到约700公里，传播延迟降到3.5毫秒，再配合硬件加速和零拷贝技术，才勉强压到1毫秒以内。
这里有个数学上的坑：延迟不是简单的加法。因为排队延迟和处理延迟是动态变化的，它们之间存在耦合关系。比如队列满了，处理延迟就会增加，因为设备要花更多时间管理队列。我建议用排队论里的M/M/1模型做估算，但实际场景往往更复杂。
注意：很多人把延迟和带宽混为一谈。带宽是单位时间内能传输的数据量，延迟是单次传输的时间。打个比方：带宽像高速公路的车道数，延迟像从入口到出口的行驶时间。车道再多，如果距离远，时间照样长。低延迟网络架构的核心是减少传播延迟和排队延迟，而不是一味追求高带宽。
知识体系核心逻辑
下面这张图展示了本章三个知识点的关系：
这三个知识点是递进关系：先理解分层模型，才能看懂封装过程；理解了封装过程，才能分析延迟的每个组成部分。我在做性能优化时，总是先画一张这样的逻辑图，把问题定位到具体层次和具体延迟类型上，然后再动手调优。
嗯，基础就这些。下一节我们会深入传输层，看看TCP和UDP在低延迟场景下到底该怎么选、怎么调。
公众号:蓝海资料掘金营，微信deep3321