Appearance
HTTP 版本演进：1.1、2、3 的连接模型与代价
主题定位
协议演进的主线不是背特性，而是理解连接复用、队头阻塞和握手成本如何变化。
- 协议演进的主线不是背特性，而是理解连接复用、队头阻塞和握手成本如何变化
- HTTP 版本演进的主线不是“数字更大了”，而是如何降低连接建立成本、提高并发能力、减少队头阻塞
- 高级回答必须同时说明它解决了什么、没解决什么，以及为什么前端优化仍然不能停在协议层
- 多路复用不等于无限并发，服务端实现、流控、优先级和浏览器调度都会影响真实收益
HTTP 各版本拆分
HTTP/1.1
HTTP/1.1 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 HTTP/1.1 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 HTTP/1.1 讲清适用边界、失效条件和代价结构，结论才有技术含量。
HTTP/2
HTTP/2 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 HTTP/2 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 HTTP/2 讲清适用边界、失效条件和代价结构，结论才有技术含量。
HTTP/3
HTTP/3 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 HTTP/3 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 HTTP/3 讲清适用边界、失效条件和代价结构，结论才有技术含量。
连接模型与代价对照
- 协议演进的主线不是背特性，而是理解连接复用、队头阻塞和握手成本如何变化
- HTTP 版本演进的主线不是“数字更大了”，而是如何降低连接建立成本、提高并发能力、减少队头阻塞
- 高级回答必须同时说明它解决了什么、没解决什么，以及为什么前端优化仍然不能停在协议层
- 多路复用不等于无限并发，服务端实现、流控、优先级和浏览器调度都会影响真实收益
- HTTP/1.1 基于 TCP 连接，支持 keep-alive，但浏览器往往仍需通过多开连接提高并发
- HTTP/2 在单 TCP 连接上引入二进制分帧、多路复用、头部压缩和流优先级，减少连接数和应用层等待
协议升级的真实边界
- 协议演进的主线不是背特性，而是理解连接复用、队头阻塞和握手成本如何变化
- HTTP 版本演进的主线不是“数字更大了”，而是如何降低连接建立成本、提高并发能力、减少队头阻塞
- 高级回答必须同时说明它解决了什么、没解决什么，以及为什么前端优化仍然不能停在协议层
- 多路复用不等于无限并发，服务端实现、流控、优先级和浏览器调度都会影响真实收益
- HTTP/1.1 基于 TCP 连接，支持 keep-alive，但浏览器往往仍需通过多开连接提高并发
问答设计及延伸
标准回答
回答 HTTP 版本演进：1.1、2、3 的连接模型与代价 时，先定义 HTTP/1.1、HTTP/2、HTTP/3 各自解决的问题，再比较它们在 协议语义、连接代价、失败恢复 上的差异，最后给出选型边界和工程代价。
追问拆解
- HTTP 版本演进：1.1、2、3 的连接模型与代价 与“TCP 三次握手与四次挥手：可靠传输、状态转换与队头代价”的边界关系
- HTTP 版本演进：1.1、2、3 的连接模型与代价 与“HTTPS 与 TLS：证书校验、密钥协商与内容保护边界”的边界关系
- HTTP 版本演进：1.1、2、3 的连接模型与代价 与“CDN、浏览器缓存与发布治理：版本化、回滚与缓存失配”的边界关系
- 跨标签页、跨域、多端协作场景下的结论变化
- 维护成本上升后的优先级调整
容易失分的点
- 只给“哪个好”的结论，不先拆对象
- 只报 API 或术语，不解释运行时行为和代价
- 缺少真实场景，导致结论过度绝对
项目映射
- 结合真实系统说明 HTTP/1.1 到 HTTP/3 分别落在哪段链路
- 补充未选方案的放弃原因和约束差异
- 补充线上问题、治理动作和验证结果