当前位置：首页 > news >正文

TCP/IP 四层模型协作流程详解

news 2025/10/1 8:33:20

我们以“你用电脑通过浏览器访问 www.baidu.com 并打开百度首页”为例，完整拆解 TCP/IP 四层模型 在实际场景中的协作流程——从你输入网址按下回车，到网页显示在屏幕上，每一层都在执行专属任务，且严格遵循“上层依赖下层、下层为上层服务”的逻辑。

先明确场景核心：访问网页的本质

访问百度首页，本质是“你的电脑（客户端）向百度的服务器（服务端）发送‘请求数据’，百度服务器接收后返回‘网页数据’（文字、图片、代码等），你的电脑接收并解析数据后显示网页”。整个过程需经过 “客户端四层打包→网络传输→服务端四层解包→服务端四层打包→网络传输→客户端四层解包” 六个关键阶段，我们分阶段拆解。

阶段1：客户端（你的电脑）——四层“打包”请求数据

当你输入 www.baidu.com 并按下回车，浏览器（如Chrome）会先触发“请求百度服务器”的指令，数据从 应用层 开始向下传递，每经过一层就“加一层包装（头部信息）”，最终变成能在物理网络中传输的信号。

1. 应用层：生成“访问网页的请求数据”

任务：处理“用户需求”（访问百度首页），生成符合“网页访问协议”的数据。
具体操作：
- 浏览器首先需要将“访问百度”的需求，转换成 HTTP协议（应用层核心协议，专门用于网页传输）的“请求报文”。
- 这个请求报文包含关键信息：
  - 请求方法：GET（表示“获取数据”，即获取百度首页的HTML代码）；
  - 目标地址：www.baidu.com（但应用层不认识域名，会先调用 DNS协议 把域名解析成百度服务器的 IP地址，比如 180.101.49.11——这一步是应用层的“前置任务”）；
  - 请求头：包含浏览器类型（如Chrome）、支持的文件格式（如HTML、JPG）等；
  - 空行+请求体：访问首页无额外参数，请求体为空。
输出：HTTP请求报文（应用层数据，还不能直接传输）。

2. 传输层：给请求数据“加追踪规则（TCP头部）”

任务：确保“应用层数据”能“可靠、有序”地传到百度服务器（因为网页数据不能丢包，否则页面会错乱），所以用 TCP协议 处理。
具体操作：
- 传输层接收应用层的HTTP请求报文后，先给它“加一个TCP头部”（相当于给包裹贴“追踪单”），头部包含：
  - 源端口：你电脑浏览器的临时端口（如 54321——每个应用的网络连接都有唯一端口，确保服务器返回的数据能准确回到Chrome，而不是微信）；
  - 目的端口：百度服务器的“HTTP服务端口”（默认 80——服务器会监听 80 端口，接收所有网页访问请求）；
  - 序列号：给数据分配唯一编号（如 12345），确保服务器接收时能按顺序拼接（避免数据乱序）；
  - 确认号：初始为 0（后续通信中用于“确认收到数据”）。
- 若HTTP请求报文较大（比如带了复杂参数），传输层会将其拆分成多个“TCP段”（小数据包），每个段都加独立的TCP头部。
输出：TCP段（TCP头部 + HTTP请求报文）。

3. 网络层：给TCP段“加地址（IP头部）”，规划传输路线

任务：给“TCP段”加“目标地址”，并确定“从你的电脑到百度服务器”的传输路线。
具体操作：
- 网络层接收TCP段后，加一个 IP头部（相当于给包裹贴“收件地址”），头部包含：
  - 源IP地址：你电脑的公网IP（如 113.207.56.78——由你的运营商分配，是你电脑在互联网中的“身份证”）；
  - 目的IP地址：百度服务器的公网IP（如 180.101.49.11——通过DNS解析得到）；
  - 生存时间（TTL）：限制数据包最多经过的路由器数量（如 64，避免数据包在网络中无限循环）。
- 同时，网络层的 路由器（你家路由器或运营商路由器）会通过“路由协议”（如BGP）规划路线：比如你的数据从“家→小区交换机→运营商机房→全国骨干网→百度服务器机房”。
输出：IP数据包（IP头部 + TCP段）。

4. 链路层：给IP数据包“加硬件地址（链路层头部）”，转成物理信号

任务：将“IP数据包”转换成能在物理介质（网线、Wi-Fi）中传输的信号，并通过硬件设备转发。
具体操作：
- 链路层接收IP数据包后，加一个 链路层头部（如以太网头部），包含：
  - 源MAC地址：你电脑网卡的硬件地址（如 00:1A:2B:3C:4D:5E——每个网卡的MAC地址全球唯一，是“设备的硬件身份证”）；
  - 目的MAC地址：下一跳设备的MAC地址（比如你家路由器的MAC地址——链路层只负责“相邻设备”的通信，不认识远隔千里的百度服务器，所以先传给路由器）。
- 最后，链路层将“链路层帧”（链路层头部 + IP数据包）转换成 电信号（网线）或 无线电波（Wi-Fi），通过物理介质传输到下一跳设备（你家路由器）。
输出：链路层帧（电信号/无线电波形式）。

阶段2：网络传输——数据从客户端到百度服务器

你的电脑发送的“链路层帧”，会通过 路由器层层转发：先到你家路由器，再到小区交换机，接着进入运营商的核心机房，通过“全国骨干网”（光纤）传输到百度服务器所在的机房，最后到达百度的路由器，再转发到百度的服务器。
转发过程中，只有链路层的MAC地址会不断变化（每到一个路由器，就更新“下一跳MAC地址”），而 IP头部的源IP、目的IP始终不变（确保最终能找到百度服务器）。

阶段3：服务端（百度服务器）——四层“解包”请求数据

百度服务器接收到底层传来的“链路层帧”后，会从 链路层 开始向上传递，每经过一层就“拆掉一层包装（头部信息）”，最终拿到应用层的“HTTP请求报文”，理解“用户要访问首页”的需求。

1. 链路层：接收物理信号，拆链路层头部

百度服务器的网卡接收电信号/光信号，转换成“链路层帧”，拆掉“链路层头部”，提取出“IP数据包”，传递给网络层。

2. 网络层：拆IP头部，确认目标地址

拆掉“IP头部”，检查“目的IP地址”是否是自己的IP（确认数据没发错），提取出“TCP段”，传递给传输层。

3. 传输层：拆TCP头部，确认端口和数据完整性

拆掉“TCP头部”，通过“目的端口（80）”将数据分配给服务器上的“HTTP服务进程”（百度专门处理网页请求的程序），同时通过“序列号”确认TCP段完整、有序，提取出“HTTP请求报文”，传递给应用层。

4. 应用层：解析HTTP请求，生成响应数据

百度服务器的HTTP服务进程解析HTTP请求报文，知道“用户要获取首页数据”，于是生成“HTTP响应报文”——包含百度首页的HTML代码、CSS样式、图片链接等数据，传递给传输层，准备返回给你的电脑。

阶段4：服务端（百度服务器）——四层“打包”响应数据

这个过程和“客户端打包请求数据”完全对称：

应用层的HTTP响应报文 → 传输层加TCP头部（源端口80，目的端口54321）→ 网络层加IP头部（源IP180.101.49.11，目的IP113.207.56.78）→ 链路层加MAC头部，转成物理信号，通过网络传回你的电脑。

阶段5：客户端（你的电脑）——四层“解包”响应数据，显示网页

你的电脑接收百度服务器返回的“链路层帧”后，再次从链路层到应用层拆包：

链路层拆MAC头部 → 网络层拆IP头部 → 传输层拆TCP头部（按序列号拼接数据）→ 应用层拆HTTP响应报文，拿到百度首页的HTML、CSS、图片数据。
最后，浏览器解析这些数据：渲染HTML结构、加载CSS样式、下载图片，最终将完整的百度首页显示在你的电脑屏幕上。

流程总结：四层模型的“分工闭环”

整个访问百度的过程，TCP/IP四层模型的协作就像“快递运输”：

分层	客户端角色（发件人）	服务端角色（收件人）	核心作用浓缩
应用层	写“快递内容”（HTTP请求）	读“快递内容”，写“回信”（HTTP响应）	定义“传什么”
传输层	贴“追踪单”（TCP头部）	查“追踪单”，确认数据完整	确保“传得准”（不丢、不重）
网络层	贴“收件地址”（IP头部）	查“收件地址”，确认没送错	确保“传得到”（找对目标）
链路层	转“运输信号”（电/光信号）	收“运输信号”，转成数据	负责“怎么传”（物理传输）