网络

TCP/IP 底层基础 应用层数据如何被逐层封装 核心规则：从上往下，每一层都把上层整体当作自己的「Payload（载荷）」，加上本层头部；到接收端反向逐层解封装。 发送方的封装顺序（由上层至下层）： 应用层 → 传输层（TCP/UDP）→ 网络层（IP）→ 数据链路层（以太网帧）→ 物理层（比特流） 平铺结构： 1 2 3 4 5 6 7 【应用层数据】 ↓ 交给传输层 【TCP头 / UDP头】 + 【应用层数据】 → 传输层报文段(TCP) / 数据报(UDP) ↓ 交给网络层 【IP头】 + 【TCP头+应用数据】 → IP报文（三层包） ↓ 交给数据链路层 【以太网头（DMAC+SMAC+EtherType）】 + 【IP报文】 + 【FCS校验】 → 以太网帧（二层帧） 其中： 应用 Payload：业务原始数据（HTTP 网页、MySQL 查询、JSON 等，纯业务字节，没有协议头） TCP/UDP 眼里，应用数据就是它的 payload IP 眼里，整个 TCP+应用数据都是 IP 的 payload 以太网帧里，整个 IP 报文都是帧的 payload 标准无隧道、普通以太网帧结构 1 2 3 4 ┌─────────┬─────────┬────────────┬──────────┬──────────────┬──────┐ │ DMAC │ SMAC │ EtherType │ IP Header│ TCP/UDP+Payload│ FCS │ │ 6B │ 6B │ 2B │ 20~60B │ 应用数据 │ 4B │ └─────────┴─────────┴────────────┴──────────┴──────────────┴──────┘ DMAC：目标 MAC SMAC：源 MAC EtherType：0x0800 = IPv4；0x86DD = IPv6；0x8100 = 带 VLAN 标签 后面就是三层 IP 头、传输层、应用层原始数据 FCS：Frame Check Sequence，帧校验序列，算法是CRC‑32（循环冗余校验），做差错校验，检查这个帧在传输过程中，字节有没有被干扰、比特发生翻转、传错、损坏 关于MAC 地址 ...