深入理解 HTTP 协议

2021-06-21

这篇文章是对学习 HTTP 协议的一个总结。之前花了一个多小时把《图解 HTTP》看了一遍，最近抽空又看了看。书上的知识有些陈旧，而且只适合入门，于是又在网上浏览了 HTTP 协议标准文档。看完之后觉得之前记忆的又被打散了，还是总结一下吧。最近时间比较紧，这篇文章会站在协议高层总结一下，不会涉及那么多细节。对于学习，先掌握整体比较好，细节真正用到的时候再研究也不晚。

下面是一些 HTTP 学习资料。

HTTP 学习资源

《图解 HTTP》
HTTP/1.0 https://www.ietf.org/rfc/rfc1945.html
HTTP/1.1 https://www.ietf.org/rfc/rfc2616.html
HTTP/2 https://www.ietf.org/rfc/rfc7540.html
TLS-ALPNE https://www.ietf.org/rfc/rfc7540.html
TLS https://www.ietf.org/rfc/rfc5246.html

文章：

http://www.ruanyifeng.com/blog/2016/08/http.html

HTTP

HTTP（Hypertext Transfer Protocol），是一个轻量级、无状态的应用层协议。HTTP 在 Web 上用得最多，用来传输 HTML、音视频等多媒体文件，在分布式系统中也常用 HTTP 作为系统间交流、传输数据的协议。

无状态 是指 HTTP 服务端对请求没有记忆能力。

HTTP 版本差异

目前比较流行的还是 HTTP/1.1，是大多数系统默认的 HTTP 协议版本。

HTTP/1.0 被设计出来不久 HTTP/1.1 就诞生了，1.1 是对 1.0 的完善，其最大的变化就是长连接。

在 1.0 的规范文档中只说明了连接可以经过多个中间者（代理、网关等），在 1.1 规范文档中详细说明了长连接，连接的发起以及如何断开连接的方式。

HTTP1.1

HTTP1.1 最大的特性是支持长连接（persistent connection），其一是允许客户端在建立连接后发送多个请求，其次是 Pipeline，允许客户端并发请求。

这些特性带来的好处：

降低了建立和关闭 TCP 连接的时间，节省了路由和中间主机（客户端、服务端、代理、网关）计算资源
使客户端同时发送 request
减少了 TCP 传输的网络拥塞
减少了 TCP 握手时间延迟

HTTP/2

HTTP/2 版本的特性主要为：

头部数据压缩（header fild compression）
二进制传输协议，传输数据格式的变化，以帧（frame）为单位传输数据，
长连接优化，服务端推送 Server Push

1.1 及以前，头部中的数据是文本，而且不同的请求有许多重复的字段。2.0 对头部压缩后可以提升传输效率，压缩方式有 Linux 的 gzip 和 Unix 的 compress。

使用二进制而不是文本的好处是：读取时更快速，扩展能力更强。

HTTP/1.1 的标志行和 header 都是文本（ASCII 码），而 HTTP/2 是二进制协议，头部和 body 都是二进制，并统称为帧 frame，帧包括头部帧和数据帧。

使用二进制协议，可以自定义额外的帧。HTTP/2 就额外定义了数十种帧，为将来的高级应用打下基础，这些帧如果用文本实现则会非常麻烦。

长连接方面，HTTP/2 也复用连接，客户端可以同时发送多个请求，服务端响应可以异步响应不同的请求而非之前请求和响应的顺序是一致的（避免了头部拥塞）。

服务端推送，服务端根据客户端请求的内容推测出之后的请求内容，主动向客户端推送资源，常见的是请求静态网页，Web 服务器推测出相关的资源直接推送给浏览器。

Request、Response 格式

请求 Request

1GET / HTTP/1.1
2(CR+LF)
3请求头 Header
4(CR+LF)
5请求体 Body

响应 Response

1HTTP/1.1 200 OK
2(CR+LF)
3响应头 Header
4(CR+LF)
5响应体 Body

通信机制

HTTP Headers

头部字段分为：公用头部、请求响应私有头部、扩展头部

Status Code

状态码分为 5 类：

状态码	含义
1xx	协议操作类状态码，当收到此类响应状态码后代表后续还有操作
2xx	表示请求响应成功状态码，请求已经完成
3xx	重定向类状态码
4xx	客户端类异常状态码，服务端不会处理该类请求
5xx	服务端类异常状态码