第5章 与HTTP协作的Web服务器
解释虚拟主机、代理、网关、隧道和缓存如何处在客户端与源服务器之间并改变转发路径
第5章 与HTTP协作的Web服务器
本课程对应[日]上野宣《图解HTTP》，于均良译，人民邮电出版社/图灵教育，2014年4月首版，308页，双色印刷，ISBN 9787115351531；原书《HTTPの教科書》，ISBN 9784798126258。图灵官方资料标明出版日期为2014年4月22日、172张图解；正式目录为11章、202个节/小节节点。本页严格按该首版章次组织，不用后续规范替换原书语境。
学习目标
- 能解释“第5章 与HTTP协作的Web服务器”全部正式节点，并把概念定位到真实请求、响应或应用状态。
- 能绘制客户端、中介、服务器之间的消息方向、主体边界和关键状态转移。
- 能设计单变量实验，验证“给出一条含中介的请求链时，能说明每一跳代表谁、是否改写协议、缓存存在哪里以及响应新鲜度如何判断”。
- 能写出并提交包含原始报文、失败反例、恢复条件和版次边界的独立证据包。
机制总览
第5章 与HTTP协作的Web服务器：机制路径
- 1
从一条可证伪的HTTP交换开始
先预测：把代理、网关、隧道和CDN统称为反向代理，会丢失协议转换、透明转发、加密通道与缓存责任边界。把预测写成“请求输入、线上消息、接收方状态、响应输出、最终副作用”五列，再运行实验。若结果与预测不同，先修正模型，不要只截取一个状态码证明自己。
- 2
核心词汇与首版边界
这些词汇按2014年首版语义使用。SPDY、HTTP/2.0、X-XSS-Protection、P3P等保留出版时状态；HTTP/2最终规范、HTTP/3、JWT、OAuth、SameSite等后续技术只能作为另行标注的现代补充，不改变本书目录分母。
- 3
核心机制深读
TCP连接的目标IP不足以表示用户想访问哪个域名。HTTP/1.1要求Host首部，虚拟主机据此选择站点配置；Host错误可能访问到默认站点，也可能污染缓存键或路由。
章级决策实验
第5章 与HTTP协作的Web服务器：机制与证据
切换《第5章 与HTTP协作的Web服务器》的三个关键教学阶段，先解释机制，再用运行与失败证据验证结论。
选择推理阶段
当前阶段 · 从一条可证伪的HTTP交换开始
先预测：把代理、网关、隧道和CDN统称为反向代理，会丢失协议转换、透明转发、加密通道与缓存责任边界。把预测写成“请求输入、线上消息、接收方状态、响应输出、最终副作用”五列，再运行实验。若结果与预测不同，先修正模型，不要只截取一个状态码证明自己。
可核验证据
保存「从一条可证伪的HTTP交换开始」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
学完《第5章 与HTTP协作的Web服务器》后，应能从输入和前置条件推导状态变化，并用可重复的构建、运行或边界测试证明结果。
失效—证据矩阵
第5章 与HTTP协作的Web服务器：失效与核验
从一条可证伪的HTTP交换开始
典型失效
若只背诵「从一条可证伪的HTTP交换开始」字段而不区分请求语义、缓存边界和安全上下文，代理或浏览器状态变化后会得到错误响应或泄露数据。
核验证据
保存「从一条可证伪的HTTP交换开始」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
核心词汇与首版边界
典型失效
若只背诵「核心词汇与首版边界」字段而不区分请求语义、缓存边界和安全上下文，代理或浏览器状态变化后会得到错误响应或泄露数据。
核验证据
保存「核心词汇与首版边界」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
核心机制深读
典型失效
若只背诵「核心机制深读」字段而不区分请求语义、缓存边界和安全上下文，代理或浏览器状态变化后会得到错误响应或泄露数据。
核验证据
保存「核心机制深读」的原始请求与响应报文，用 curl 和浏览器网络面板复现成功、重定向、缓存及拒绝路径，并核对状态码与首部。
从一条可证伪的HTTP交换开始
先预测：把代理、网关、隧道和CDN统称为反向代理，会丢失协议转换、透明转发、加密通道与缓存责任边界。把预测写成“请求输入、线上消息、接收方状态、响应输出、最终副作用”五列，再运行实验。若结果与预测不同，先修正模型，不要只截取一个状态码证明自己。
本章的主问题是：解释虚拟主机、代理、网关、隧道和缓存如何处在客户端与源服务器之间并改变转发路径。原书以图解建立直觉，本课程把图解升级为可操作轨迹：每个箭头必须注明方向、协议对象和完成点；每个安全结论必须附一条攻击或误配置反例。
验收不变量是：给出一条含中介的请求链时，能说明每一跳代表谁、是否改写协议、缓存存在哪里以及响应新鲜度如何判断。浏览器页面“看起来正常”只能说明某个终点出现，不能单独证明DNS、连接、TLS、缓存、认证或授权中的哪一段正确。
核心词汇与首版边界
↡在一台服务器或一个IP上依据Host等信息承载多个域名的机制、↡以HTTP中介身份接收请求并向下一站转发，可能缓存、过滤或改写报文、↡接收HTTP后与后端其他协议或应用接口衔接的服务器、↡在两端之间建立透明传输通道，本身通常不解析通道内应用数据、↡保存资源副本并在满足新鲜度与验证条件时复用的中介或客户端存储
这些词汇按2014年首版语义使用。SPDY、HTTP/2.0、X-XSS-Protection、P3P等保留出版时状态；HTTP/2最终规范、HTTP/3、JWT、OAuth、SameSite等后续技术只能作为另行标注的现代补充，不改变本书目录分母。
核心机制深读
Host让同一IP区分站点
TCP连接的目标IP不足以表示用户想访问哪个域名。HTTP/1.1要求Host首部，虚拟主机据此选择站点配置；Host错误可能访问到默认站点，也可能污染缓存键或路由。
动手试：先写下预期请求、响应与状态变化，再捕获一次正常交换和一次只改一个变量的失败交换。比较状态码、首部、主体、缓存或会话状态，确认结论来自证据而非浏览器表象。
三种转发器的工作层次
代理面向HTTP消息，可增加Via、执行访问控制或缓存；网关把HTTP接入数据库、应用服务器等非HTTP处理；隧道只建立透明通道，例如代理收到CONNECT后转发加密字节。
缓存命中不是永远正确
缓存副本必须判断新鲜度。未过期可直接返回；过期后用ETag或Last-Modified向源站验证，未修改时复用副本。共享缓存还必须遵守private、no-store、Authorization与Vary等约束。
客户端缓存也是协议参与者
浏览器缓存保存表示和验证器，下次请求可能不联网、做条件请求或完整下载。调试时要区分源站响应、代理缓存响应和浏览器本地副本，Age、Via、304和开发者工具线索需共同判断。
原书目录核对清单
本页承担8个目录或复习节点，正文、图解、实验和题目必须能反向定位每一项：
- 5.1 用单台虚拟主机实现多个域名
- 5.2 通信数据转发程序：代理、网关、隧道
- 5.2.1 代理
- 5.2.2 网关
- 5.2.3 隧道
- 5.3 保存资源的缓存
- 5.3.1 缓存的有效期限
- 5.3.2 客户端的缓存
复原正常协议轨迹
固定URI、客户端、网络和服务端状态，标出请求行、首部、主体、中介与最终响应。
可复现实验
client -> proxy -> gateway -> application
Via protocol conversionCONNECT secure.example:443 HTTP/1.1
Host: secure.example:443
HTTP/1.1 200 Connection Establishedfresh cache -> return copy
stale cache -> conditional request -> 304 reuse | 200 replace独立证据门
第5章 与HTTP协作的Web服务器 的最小证据包包含：首版目录节点、请求与响应原文、连接/中介方向、主体边界、缓存或会话状态、一个单变量失败、最终副作用、已知限制、恢复步骤、责任人与复核人。
练习
练习
问题 1：为什么“第5章 与HTTP协作的Web服务器”必须固定2014年首版语境？
问题 2：怎样构造“把代理、网关、隧道和CDN统称为反向代理，会丢失协议转换、透明转发、加密通道与缓存责任边界”的最小反例？
问题 3：何时可以认为本页完成独立交接？
本章回顾
“第5章 与HTTP协作的Web服务器”的核心是解释虚拟主机、代理、网关、隧道和缓存如何处在客户端与源服务器之间并改变转发路径。真正掌握不止是认出术语，而是能让一条请求在消息、连接、中介、表示、身份和攻击边界之间闭环，并用失败实验说明边界一旦被破坏会发生什么。
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 虚拟主机
在一台服务器或一个IP上依据Host等信息承载多个域名的机制。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- 代理
以HTTP中介身份接收请求并向下一站转发，可能缓存、过滤或改写报文。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- 网关
接收HTTP后与后端其他协议或应用接口衔接的服务器。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- 隧道
在两端之间建立透明传输通道，本身通常不解析通道内应用数据。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
- 缓存
保存资源副本并在满足新鲜度与验证条件时复用的中介或客户端存储。掌握标准是能在原始请求或响应中定位它，并构造一条最小反例。
← 上一页：第4章 返回结果的HTTP状态码 · 下一页：第6章 HTTP首部 →
原版目录概念补充核对
以下条目补齐官方目录中容易被示例主线掩盖的概念。它们不重复罗列目录，而是明确每项概念的机制、适用边界和验收证据。
5.2 通信数据转发程序：代理、网关、隧道：机制、边界与证据
第5章 与HTTP协作的Web服务器中的5.2 通信数据转发程序：代理、网关、隧道会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。
5.2.1 代理：机制、边界与证据
第5章 与HTTP协作的Web服务器中的5.2.1 代理会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。
5.2.2 网关：机制、边界与证据
第5章 与HTTP协作的Web服务器中的5.2.2 网关会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。
5.2.3 隧道：机制、边界与证据
第5章 与HTTP协作的Web服务器中的5.2.3 隧道会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。
5.3 保存资源的缓存：机制、边界与证据
第5章 与HTTP协作的Web服务器中的5.3 保存资源的缓存会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。
5.3.1 缓存的有效期限：机制、边界与证据
第5章 与HTTP协作的Web服务器中的5.3.1 缓存的有效期限会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。
5.3.2 客户端的缓存：机制、边界与证据
第5章 与HTTP协作的Web服务器中的5.3.2 客户端的缓存会改变中间节点如何转发、缓存或变换表示；字段值必须与适用方向、缓存键和端到端/逐跳边界一起解释。可用两次可重复请求对照命中状态、报文首部与实际字节，避免只凭浏览器最终页面判断。