网络基础

OSI 是 ISO 提出的理论参考模型，自上而下为应用、表示、会话、传输、网络、数据链路、物理七层；TCP/IP 是互联网实际采用的四层体系，分为应用层、传输层、网际层与网络接口层。对应关系上，OSI 的应用、表示、会话三层合并为 TCP/IP 的应用层，数据链路层与物理层合并为网络接口层，传输层与网络层基本一一对应。面试要点是说明 OSI 重在理论教学与标准化，TCP/IP 重在工程实现，例如 HTTP/SSH 属应用层、TCP/UDP 属传输层、IP 与路由协议属网络层。答题时能举出各层典型协议与数据封装过程（报文、段、包、帧）更佳。

三次握手的核心目的是让双方各自确认「发送与接收能力都正常」并同步初始序列号。若只有两次，服务端无法确认自己发出的 SYN+ACK 已被客户端收到，历史重复的连接请求还可能建立无效连接，造成资源浪费与旧报文混入新连接。四次挥手后主动关闭方进入 TIME_WAIT 并停留 2MSL，一是保证最后一个 ACK 可达，若丢失还能重收 FIN 并重发；二是让本连接的旧报文在网络中自然消亡，避免污染相同四元组的新连接。面试可补充大量 TIME_WAIT 出现在主动关闭的高并发服务端，可通过连接复用与端口范围调优缓解。

TCP 面向连接、可靠传输、字节流 oriented；通过三次握手建连，用序列号、确认应答、超时重传、滑动窗口与拥塞控制保证有序不丢。UDP 无连接、面向报文、尽力而为，头部仅 8 字节，开销小延迟低，支持一对多广播。选型上，网页、API 调用、文件传输、数据库连接等要求完整正确的场景选 TCP；实时音视频、游戏、DNS 查询、心跳探活等容忍少量丢包但敏感延迟的场景选 UDP，丢帧远比卡顿友好。答题加分点：QUIC 基于 UDP 在用户态重建可靠传输与拥塞控制，兼顾低延迟与可靠性。

HTTP/1.1 引入持久连接与管道化，但管道化存在队头阻塞且基本未被启用，浏览器只能靠开多条并发连接缓解。HTTP/2 带来二进制分帧、多路复用与头部压缩 HPACK，同一连接上多个流并行传输，彻底解决应用层队头阻塞，并支持服务端推送。但 TCP 层仍可能丢包阻塞所有流，于是 HTTP/3 改用基于 UDP 的 QUIC，把传输层握手与 TLS1.3 握手合并，0-RTT 建连，流之间真正独立。答题时画出演进脉络并指出每代解决的核心痛点（并发、队头阻塞、握手延迟）即是完整回答。

标准答题线索如下。先做 URL 解析与 HSTS 检查，然后 DNS 递归查询把域名解析为 IP，期间经过本地缓存、系统 hosts、运营商递归服务器逐级查询根、顶级域与权威 DNS。接着 TCP 三次握手建立连接，HTTPS 还要完成 TLS 握手协商密钥。随后浏览器构造 HTTP 请求（方法、头部、Cookie 等）发送，服务端经负载均衡、应用处理、查询缓存或数据库后返回响应。浏览器拿到 HTML 后解析 DOM 与 CSSOM，加载阻塞脚本，构建渲染树、布局并绘制；静态资源利用强缓存与协商缓存减少回源。全程可结合 CDN、重定向、压缩编码展开，是串联网络知识的经典综合题。