我不知道的 HTTP:网络分层与请求全流程解析

312 字 10 min read
网络协议 HTTP 浏览器原理 性能优化

1. TCP/IP 和 OSI 网络分层模型的结构与对比

网络通信依赖分层模型以实现标准化。TCP/IP 模型由四层构成：

  • 应用层: 提供高层次协议（如 HTTP、HTTPS、FTP、DNS），负责数据格式化和应用逻辑。
  • 传输层: 提供端到端数据传输控制，TCP 确保可靠传输（通过序列号、确认机制和重传），UDP 提供低延迟但无序传输。
  • 网络层: 负责 IP 地址分配和数据包路由，使用 ICMP 诊断网络问题，ARP 解析 IP 到 MAC 地址。
  • 链路层: 管理物理层数据帧传输，包含以太网（Ethernet）、Wi-Fi 等协议，处理错误检测和介质访问控制。

OSI 模型分为七层，理论上更全面：

  • 应用层: 提供用户接口协议（如 HTTP、SMTP）。
  • 表示层: 负责数据加密（如 SSL/TLS）、压缩和格式转换（如 JPEG、XML）。
  • 会话层: 管理会话建立、维持和断开（如 RPC、NetBIOS）。
  • 传输层: 提供流量控制和错误校正（如 TCP、UDP）。
  • 网络层: 实现路由和数据包转发（如 IP、IGMP）。
  • 数据链路层: 确保帧级传输可靠性，包含 MAC 子层（物理寻址）和 LLC 子层（逻辑控制）。
  • 物理层: 定义比特传输的电气、机械和时序特性（如电压、频率）。

TCP/IP 是 OSI 的实践简化，二者分层目的相同，但 OSI 提供理论框架，TCP/IP 更贴近实际实现。分层隔离功能（如数据封装和解封装）确保协议互操作性和模块化维护。

2. CDN 和 DNS 在分层模型中的定位及其作用

CDN（内容分发网络）运行于 应用层，通过全球分布式服务器缓存静态内容（如 CSS、图片、视频），采用负载均衡和 Anycast 路由技术优化访问速度。例如，CDN 节点通过 BGP 协议动态选择最佳服务器，结合边缘缓存减少源服务器负载，典型实现如 Akamai 和 Cloudflare。

DNS（域名系统）同样位于 应用层，基于层次化分布式数据库将域名解析为 IP 地址。其工作流程包括：

  • 递归查询：客户端向本地 DNS 服务器发起请求，后者依次查询根服务器（.）、顶级域名服务器（.com）和权威服务器。
  • 缓存优化：DNS 记录（如 A 记录、CNAME）通过 TTL 机制缓存，减少重复查询。
  • 安全性：DNSSEC 提供数字签名验证，防范缓存投毒攻击。

CDN 依赖 DNS 解析获取节点 IP，二者协同提升全球访问效率，尤其在高并发场景下。

3. 二层转发与三层路由的定义及工作机制

  • 二层转发: 发生在数据链路层，利用 MAC 地址表（基于学习算法构建）实现数据帧在局域网内的交换。交换机根据源 MAC 学习端口，目标 MAC 决定转发路径，支持 VLAN 隔离但受限于广播域。典型协议包括 STP（生成树协议）避免环路。
  • 三层路由: 发生在网络层，通过 IP 地址和路由表实现跨网络数据包传输。路由器执行最长前缀匹配算法，选择下一跳，支持 NAT（网络地址转换）和 QoS（服务质量）优先级。协议如 OSPF 和 BGP 优化动态路由。

二层转发高效但局域，三层路由跨域强大，二者结合（如三层交换机）实现局域网与互联网的无缝衔接。

4. 输入 URL 到网络进程传输 HTML 的全过程

输入 URL（如 https://www.example.com）到网络进程将 HTML 字符串传输给渲染进程，涉及以下详细步骤：

  1. URL 解析: 浏览器解析 URL，识别协议（https）、域名（www.example.com）、端口（默认 443）和路径，验证格式合法性。
  2. DNS 解析: 浏览器通过操作系统缓存或本地 DNS 服务器发起查询。若缓存失效，递归查询根服务器（.）、顶级域名服务器（.com）和权威服务器。
    • CDN 介入: 若网站使用 CDN，DNS 解析会返回 CNAME 记录（如 cdn.example.com），指向 CDN 提供商的域名。CDN 的 DNS 服务器通过 Anycast 路由或地理位置算法，返回距离用户最近的边缘节点 IP（如 192.0.2.1），优化访问速度。
  3. 建立 TCP 连接（三次握手）:
    • 客户端发送 SYN 包: 包含初始序列号（ISN），标志位 SYN 置 1，进入 SYN_SENT 状态。
    • 服务器回应 SYN+ACK 包: 回复确认号（ACK = ISN + 1）和自身 SYN，进入 SYN_RECV 状态。
    • 客户端发送 ACK 包: 确认服务器 SYN（ACK = 服务器 ISN + 1），双方进入 ESTABLISHED 状态。
    • 三次握手确保序列号同步，防止数据丢失或重复。
  4. TLS 握手（若为 HTTPS）: 客户端与 CDN 边缘节点（或源服务器）协商加密套件，交换证书，完成密钥协商，确保数据机密性。
  5. 发送 HTTP 请求: 浏览器构造 HTTP 请求（如 GET /index.html HTTP/1.1），包含请求头（Host、User-Agent、Cookie 等），通过 TCP 通道传输至 CDN 边缘节点。
  6. CDN 边缘节点处理与响应:
    • 缓存命中: 若边缘节点缓存了请求资源（如 HTML 文件），直接返回响应，减少延迟。
    • 缓存未命中: 边缘节点向源服务器发起回源请求，获取最新内容，缓存后返回给客户端。
    • 边缘节点返回 HTTP 响应（状态码 200、Content-Type: text/html），包含 HTML 字符串。
  7. 网络进程传输: 浏览器网络进程接收响应数据，解码（若压缩）后将 HTML 字符串传输给渲染进程，完成网络阶段。

此过程受网络延迟、CDN 命中率和服务器性能影响，约需几十至数百毫秒。

5. 处理不存在网站时的流程与差异

若输入的 URL（如 https://nonexistent.com）对应不存在网站：

  1. DNS 解析失败: 查询返回 NXDOMAIN 或超时，DNS 服务器无匹配记录。若涉及 CDN，CDN 的 DNS 也无法解析。
  2. 连接尝试中止: 浏览器未发起 TCP 连接，直接报错（如 “DNS_PROBE_FINISHED_NXDOMAIN”）。
  3. 错误提示: 网络进程无数据传输给渲染进程，浏览器显示“无法访问此网站”。

与正常流程相比，缺少 TCP 连接和服务器响应，CDN 也无法介入，过程在 DNS 阶段终止。

6. HTTP 协议的主要特点及应用场景

HTTP（超文本传输协议）具有以下特性：

  • 无状态: 每次请求独立，服务器不维护客户端状态，Cookie 或 Session 提供状态管理。
  • 灵活性: 支持多种内容类型（Content-Type: application/json、image/png），适配 RESTful API。
  • 明文传输: HTTP/1.1 默认无加密，HTTPS 结合 TLS 提供端到端加密，防止窃听。
  • 请求-响应模型: 客户端发起请求，服务器返回响应，支持管道化（HTTP/1.1）和多路复用（HTTP/2）。
  • 可靠传输: 通过 TCP 提供可靠传输，确保数据完整性。
  • 应用层协议

应用场景: 网页浏览（如动态页面加载）、API 数据交互（如微服务通信）、文件传输（如软件更新）。HTTP/2 引入头部压缩和服务器推送，HTTP/3 基于 UDP 的 QUIC 协议进一步降低延迟，广泛应用于高性能 Web 应用。