• 互联网上绝大部分资源都使用 HTTP 协议传输；
• 浏览器是 HTTP 协议里的请求方，即 User Agent；
• 服务器是 HTTP 协议里的应答方，常用的有 Apache 和 Nginx；
• CDN 位于浏览器和服务器之间，主要起到缓存加速的作用；
• 爬虫是另一类 User Agent，是自动访问网络资源的程序。

• TCP/IP 是网络世界最常用的协议，HTTP 通常运行在 TCP/IP 提供的可靠传输基础上
• DNS 域名是 IP 地址的等价替代，需要用域名解析实现到 IP 地址的映射；
• URI 是用来标记互联网上资源的一个名字，由“协议名 + 主机名 + 路径”构成，俗称 URL；
• HTTPS 相当于“HTTP+SSL/TLS+TCP/IP”，为 HTTP 套了一个安全的外壳；
• 代理是 HTTP 传输过程中的“中转站”，可以实现缓存加速、负载均衡等功能

原理拆解： 用户输入地址后，客户端先解析 URI，再通过 DNS 获得可连接的地址；建立传输连接后发送 HTTP 请求，目标节点依据方法、路径和首部返回状态行、响应首部及可选消息体。若链路经过代理或 CDN，请求可能在边缘缓存处结束，也可能继续回源。使用 HTTPS 时，传输应用数据前还要完成 TLS 协商，用证书验证服务端身份，并为后续字节流提供机密性与完整性保护。

最小验证： 输入为访问 https://www.example.com/news?id=7，以下报文要验证 HTTP 只处理请求应答语义：域名解析、连接建立和加密协商发生在发送该报文之前。

GET /news?id=7 HTTP/1.1
Host: www.example.com
Accept: text/html
Connection: close

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Length: 31
Cache-Control: public, max-age=60

<p>resource id: 7 is ready</p>

请求行只携带路径与查询，主机由 Host 指明；响应的 200 表示处理成功，Content-Type 描述消息体，缓存字段允许共享缓存短期复用。预期抓包时能看到这些语义字段；在 HTTPS 链路上，未持有会话密钥的中间观察者只能看到加密后的应用数据。若 DNS 失败或连接被拒绝，则根本不会产生这份 HTTP 响应。

边界与排查： CDN 命中能减少回源距离和源站压力，但缓存键配置错误可能把不同查询、语言或身份的响应混用；反向代理可做负载分配，却也可能因超时、首部转发或健康检查配置产生 502、504。定位问题时应按层检查：域名是否解析、目标端口能否连接、TLS 证书与主机名是否匹配、请求是否到达代理、代理是否命中缓存、源站最终返回什么。这样可避免把连接故障误判为应用接口错误。