HTTP协议的演进历程
1.HTTP/1.1：奠定基础，但性能受限
-
核心问题：
- 队头阻塞（HOL Blocking） ：同一TCP连接上的请求需按顺序处理，前序请求的延迟会阻塞后续请求。
- 头部冗余：每次请求携带重复的头部（如Cookie、User-Agent），增大传输开销。
2. HTTP/2：性能飞跃，但依赖TCP的局限
-
核心改进：
- 二进制分帧：将数据拆分为二进制帧，提升解析效率。
- 多路复用：单连接内并行传输多个请求/响应，彻底解决HTTP/1的队头阻塞。
- HPACK头部压缩：减少重复头部传输，节省带宽。
- 服务器推送：主动推送资源（如CSS/JS），减少客户端请求次数。
-
遗留问题：基于TCP协议，丢包重传仍会导致整体性能下降。
3. HTTP/3：基于QUIC的革命性升级
-
核心特性：
- 基于UDP：绕过TCP的限制，实现更轻量级的连接管理。
- 独立流的多路复用：每个流（Stream）独立传输，丢包仅影响当前流，彻底解决传输层队头阻塞。
- 0-RTT快速连接：首次连接即可复用历史会话密钥，降低握手延迟。
- 内建加密：默认使用TLS 1.3，加密握手与数据传输一体化。
HTTPS如何保障数据安全？
1. 混合加密机制
-
非对称加密协商密钥：
- 客户端发送支持的加密算法列表和随机数
client-random。 - 服务端返回选择的算法、随机数
server-random及公钥。 - 客户端生成
pre-master，用公钥加密后发送给服务端。 - 双方基于
client-random、server-random和pre-master生成相同会话密钥。
- 客户端发送支持的加密算法列表和随机数
-
对称加密传输数据：后续通信使用会话密钥加密，兼顾效率与安全。
2. 数字证书防篡改与身份验证
-
证书申请流程：
- 企业向CA提交公钥及明文信息（域名、组织等）。
- CA对明文信息哈希生成摘要，并用私钥加密生成数字签名。
- 明文信息、签名及CA信息组合成数字证书。
-
浏览器验证流程：
- 证书链校验：从服务器证书回溯至根CA证书（预置在操作系统中）。
- 签名验证：用CA公钥解密签名得到摘要A，计算证书明文摘要B，比对是否一致。
- 吊销与过期检查：通过CRL或OCSP协议验证证书有效性。
3. 防御中间人攻击
- DNS劫持后，攻击者无法伪造合法证书（无CA私钥签名），浏览器会提示证书错误。
- 加密握手确保密钥仅由合法服务端解密，防止数据窃听与篡改。
总结
从HTTP/1到HTTP/3，协议通过二进制分帧、多路复用、QUIC等设计，逐步解决了性能瓶颈；而HTTPS通过混合加密与数字证书体系，构建了完整的身份认证与数据加密机制。两者的结合，使现代Web在高效传输与安全可信间取得了平衡，为互联网应用奠定了坚实的技术基础。
