理解网络模型最重要的不是死记硬背七层或四层，而是搞清楚应用层报文如何进入操作系统内核，被逐层封装后跨越互联网，再被对端主机逐层解包。
一、OSI 七层模型本质：理论框架，而非操作系统源码实现模板
很多人在学习计算机网络时最先接触的都是 OSI 七层模型，因此容易形成一种误解：现代 Unix/Linux 或 Windows 的网络协议栈也是完全按照七层结构实现的。实际上，OSI 更像是一套高度抽象的网络设计规范，其主要价值在于标准化不同厂商间通信体系、统一描述数据传输流程、为教学提供理论框架，并通过分层思想将复杂网络拆解为职责明确的模块。
应用层 HTTP / FTP / SIP / MQTT / IEC698 / DLT645
表示层 编码 / 加密 / 压缩
会话层 会话建立 / 维持 / 终止
传输层 TCP / UDP
网络层 IP / 路由
数据链路层 Ethernet / MAC / ARP
物理层 网卡 / 光纤 / 电信号
从理论角度看，这种结构非常完整，但在实际工程中问题明显。首先，表示层与会话层在真实互联网协议中并未形成统一的系统级实现，大量功能直接被应用层协议吸收，例如 HTTPS 的 TLS、SIP 的会话控制、FTP 的状态维护等。其次，若严格按七层实现内核协议栈，会导致模块过多、调用链过长、性能下降、调试复杂以及维护成本增加。更关键的是，真正推动互联网发展的核心体系并不是 OSI，而是 TCP/IP 协议族。
二、TCP/IP 四层模型：互联网工程实践的事实标准
随着 Unix、ARPANET 与互联网的发展，TCP/IP 四层模型逐渐成为主流。相比七层模型，它将表示层和会话层并入应用层，将数据链路层与物理层合并为网络接口层，使整体结构更加贴近真实工程实践。
应用层
传输层
网络层
网络接口层
OSI 应用层 + 表示层 + 会话层 -> TCP/IP 应用层
OSI 传输层 -> TCP/IP 传输层
OSI 网络层 -> TCP/IP 网络层
OSI 数据链路层 + 物理层 -> TCP/IP 网络接口层
这种结构的优势非常明显：它更符合 HTTP、HTTPS、FTP、SIP、MQTT、698、645 等真实协议的组织方式；更适合操作系统实现，因为 Unix/Linux 内核只需重点维护 Socket、TCP/UDP、IP、Ethernet 与网卡驱动；同时也更利于后续扩展，例如 QUIC、SCTP、VXLAN、eBPF/XDP 等新技术都可以较自然地融入现有体系。
三、Unix/Linux 内核协议栈中的真实工程分层
在 Linux 内核源码中，四层模型的映射非常清晰。
应用层（用户态）
应用层协议运行于用户空间，并不属于内核协议栈本身。HTTP、FTP、SIP、MQTT、IEC698、DL/T645 等协议都由具体应用程序负责构造。例如：
send(sockfd, data, len, 0);
程序先生成完整业务报文，再通过 Socket API 将数据提交给内核。内核并不理解 SIP 或 HTTP 的具体业务语义，它只负责可靠传输。
传输层（TCP/UDP）
Linux 源码位置主要在：
net/ipv4/tcp.c
net/ipv4/udp.c
TCP 负责端口管理、三次握手、序列号、ACK、滑动窗口、重传、拥塞控制和流量控制；UDP 则提供更轻量的无连接封装。处理后形成：
[TCP/UDP Header][Application Data]
网络层（IP层）
核心源码：
net/ipv4/ip_output.c
net/ipv4/ip_input.c
负责 IP 地址、路由、TTL、分片、校验与 NAT：
[IP Header][TCP/UDP Header][Application Data]
数据链路层（Ethernet + Driver）
源码位置：
net/core/dev.c
drivers/net/
负责 MAC 地址封装、ARP、Ethernet Header、CRC、DMA 与驱动调用：
[ETH Header][IP Header][TCP/UDP Header][Application Data][CRC]
至此，完整数据帧被提交给网卡硬件发送。
四、主机A 到 主机B 的完整通信流程
假设主机A向主机B发送一个 SIP INVITE 请求。首先应用层生成原始业务报文：
INVITE sip:user@example.com SIP/2.0
随后进入传输层，若采用 TCP，则增加端口、序列号、ACK 等信息：
[TCP Header][SIP Data]
进入网络层后增加源/目标 IP 与 TTL：
[IP Header][TCP Header][SIP Data]
进入链路层后增加源/目标 MAC 与 CRC：
[ETH Header][IP Header][TCP Header][SIP Data][CRC]
最后网卡将数据转换为电信号、光信号或无线信号，通过物理介质传输。
而主机B接收时则完全反向执行：网卡接收二进制流，链路层校验并移除 Ethernet Header，IP 层检查目标地址，TCP 层重组数据并确认端口，最终应用程序获取完整 SIP 报文。
五、Linux 内核调用链（源码视角）
发送路径：
send()
└── sock_sendmsg()
└── tcp_sendmsg()/udp_sendmsg()
└── ip_queue_xmit()
└── dev_queue_xmit()
└── NIC Driver
接收路径：
NIC Interrupt
└── netif_receive_skb()
└── ip_rcv()
└── tcp_v4_rcv()/udp_rcv()
└── socket receive queue
└── recv()
这条链路直观体现了现代 Unix/Linux 网络协议栈的真实结构，本质上完全符合 TCP/IP 四层模型。
六、为什么这种理解对开发者极其重要
无论你从事 C/C++ 网络开发、Rust Tokio 异步通信、SIP 协议栈、HTTP 服务、电力 698/645、MQTT 平台、网络安全还是 Linux 内核调优，本质上都在处理同一个流程：
应用层协议 → Socket API → 内核协议栈逐层封装 → 网络传输 → 对端逐层解包
理解这一点后，你才能真正看懂：
-
epoll 本质
-
socket 工作机制
-
抓包原理
-
TCP 重传
-
NAT 与路由
-
内核性能瓶颈
-
DPDK/XDP 为何绕过内核
这也是从“会调用 API”到“真正理解网络系统”的关键跨越。
七、总结
OSI 七层模型更偏理论标准，适合教学与抽象认知；TCP/IP 四层模型则是互联网工程实践的胜利，更符合 Unix/Linux 等现代操作系统的真实实现。
应用层数据
↓
逐层封装
↓
网络传输
↓
逐层解包
↓
目标应用程序
七层模型帮助你理解网络结构，四层模型帮助操作系统真正运行互联网。
对于开发者而言，最重要的不是机械记忆模型，而是理解每一层在源码中做了什么、数据如何流动，以及性能瓶颈究竟出现在哪里。只有真正掌握这一整套链路，才能深入理解现代网络通信系统的本质。
