什么是HTTP协议？

Protocol

http协议

版本介绍

HTTP 协议不用我多说了吧，大家都知道，现在我 web 开发一般都是使用 HTTP 协议来进行通信的。到目前为止，HTTP 进行了几次版本更新，HTTP 1.1 就是表示HTTP 的 1.1 版本。1.1 版本也是目前大部分网站所用的版本。

HTTP 0.9

  • 发布时间：1991 年
  • 简介：梦开始的地方，只接受GET一种请求方法，没有在通讯中指定版本号，且不支持请求头。由于该版本不支持POST方法，因此客户端无法向服务器传递太多信息。

HTTP 1.0

  • 发布时间：1996 年 5 月
  • 简介：这是第一个在通讯中指定版本号的HTTP协议版本。同时比 0.9 版本增加大量新特性。非持续连接，每次都要重新与服务器建立连接。

HTTP 1.1

  • 发布时间：1997 年1月
  • 简介：默认采用持续连接（Connection: keep-alive），能很好地配合代理服务器工作。还支持以管道方式在同时发送多个请求，以便降低线路负载，提高传输速度。同时这也是目前最流行的版本。

HTTP/1.1相较于HTTP/1.0协议的区别主要体现在：

  • 缓存处理
  • 带宽优化及网络连接的使用
  • 错误通知的管理
  • 消息在网络中的发送
  • 互联网地址的维护
  • 安全性及完整性

HTTP 2.0

  • 发布时间：2015 年 5 月
  • 简介：HTTP/2 是 HTTP 协议自 1999 年 HTTP 1.1 的改进版 RFC 2616 发布后的首个更新，主要基于 SPDY 协议。它由互联网工程任务组（IETF）的Hypertext Transfer Protocol Bis（httpbis）工作小组进行开发。该组织于 2014 年 12 月将 HTTP/2 标准提议递交至 IESG 进行讨论，于 2015 年 2 月 17 日被批准。

报文格式

请求报文

请求报文分为 4 个部分，分别是请求行、请求头、换行行、请求数据，每个部分的末尾都会带上回车符（CR，ASCII：0d）和换行符（LF，ASCII：0a）

其中请求行分为请求方法、请求的 URL 地址、HTTP 版本号，每个字段用空格（ASCII：20）来分隔

请求头部分可以有多行，每行用回车符和换行符区分

HTTP1.1_请求报文

为了方便理解，我们可以用 Wireshark 来抓取一个 HTTP 请求来看看，并把它和上图进行关联

HTTP报文格式

响应报文

响应报文和请求报文基本差不多，唯一有区别就第一行状态行和请求报文的第一行请求行有区别。

状态行也分为三个部分，分别是 HTTP 版本、状态码、状态码描述，每个部分用空格进行分隔。

响应头和请求头一样，可以有多行

HTTP响应报文 (1)

同样，用 Wireshark 抓取一个响应报文，来和上图进行一一对应。

HTTP响应报文 (2)

持续连接和非持续连接

上面说了，HTTP 1.1 的连接由原来的非持续连接变为了持续连接（Connection: keep-alive）。那么这两个有什么区别呢？

非持续连接指的是当向服务器多次请求资源时，每次都需要单独的进行 TCP 的连接和断开。

持续连接指的是当向服务器请求资源时，可以共用一个 TCP 连接来进行资源的传输。

尽管 HTTP 1.1 默认使用持续连接，但是也可以配置为非持续连接，设置方法：Connection 字段设置为 close

为了好理解，为画了一张图，图中省略了 TCP 建立连接和断开连接的细致步骤。

HTTP持续连接和非持续连接

请求方法

一般我们常用的只有 GET 和 POST 两个请求方法，但是如果遵循 REST 风格来进行 API 接口的设计，就可以用到下面的一些请求方法了。

  • OPTIONS：这个方法会请求服务器返回该资源所支持的所有HTTP请求方法。
  • GET：获取指定资源地址的数据，不推荐进行上传数据等操作。
  • HEAD：服务器在响应 HEAD 请求时不会回传 Body 资源的内容部分，这样，我们可以不传输全部内容的情况下，就可以获取服务器的响应头信息。
  • POST：POST 请求会 向指定资源提交数据，请求服务器进行处理，请求数据会被包含在请求体中。
  • PUT：可以将指定资源的最新数据传送给服务器取代指定的资源的内容。
  • DELETE：删除指定资源的数据。
  • TRACE：TRACE 请求服务器回显其收到的请求信息，该方法主要用于 HTTP 请求的测试或诊断。
  • ……

响应码

1xx

Informational（信息性状态码），表示接收的请求正在处理，具体可以查看 RFC 文档

2xx

Success（成功状态码），请求正常处理完毕，具体可以查看 RFC 文档

3xx

Redirection（重定向状态码），需要进行附加操作以完成请求，具体可以查看 RFC 文档

4xx

Client Error（客户端错误状态码），服务器无法处理请求，具体可以查看 RFC 文档

5xx

Server Error（服务器错误状态码），服务器处理请求出错，具体可以查看 RFC 文档