HTTP学习与整理

1.简介

​ HTTP协议（HyperText Transfer Protocol,超文本传输协议）是英特网上应用最为广泛的一种网络传输协议。

​ HTTP是一个基于TCP/IP通信协议来传递数据（HTML、文件、图片文件、查询结果等）

2.HTTP工作原理

​ HTTP协议工作于客服端-服务端架构上。浏览器作为HTTP客户端通过URL向HTTP服务端即Web服务器（Nginx、Apache）发送所有请求。Web服务器根据接收到的请求后，向客户端发送响应信息，默认端口为80。

point：

• HTTP是无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接，采用这种方式可以节省传输时间。
• HTTP是媒体独立的：这意味着，只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。客户端以及服务器指定使用适合的MIME-type内容类型。
• HTTP是无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

3.Request Headers

消息头

Http报头分为通用报头，请求报头，响应报头和实体报头。

请求方的http报头结构：通用报头|请求报头|实体报头

响应方的http报头结构：通用报头|响应报头|实体报头

Accept属于请求头，描述客户端希望接收的 响应body 数据类型

Content-Type属于实体头，描述客户端发送的 body 数据类型

二者合起来，
Accept:text/xml；
Content-Type:text/html
希望接受的数据类型是xml格式，本次请求发送的数据的数据格式是html。

User-Agent:向访问网站提供你所使用的浏览器类型、操作系统及版本、CPU 类型、浏览器渲染引擎、浏览器语言、浏览器插件等信息的标识

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.182 Safari/537.36

Accept：代表发送端（客户端）希望接受的数据类型

比如：Accept：text/xml;
代表客户端希望接受的数据类型是xml类型

Content-Type：代表发送端（客户端|服务器）发送、接收的实体数据的数据类型

Content-Type：text/html; 代表发送端发送的数据格式是html。

Accept-Encoding：是浏览器发给服务器,声明浏览器支持的编码类型

常见的有

Accept-Encoding: compress, gzip //支持compress 和gzip类型

Accept-Encoding:　//默认是identity

Accept-Encoding: *　//支持所有类型 Accept-Encoding: compress;q=0.5, gzip;q=1.0//按顺序支持 gzip , compress

Accept-Encoding: gzip;q=1.0, identity; q=0.5, *;q=0 // 按顺序支持 gzip , identity

Referer: 当一个用户点击当前页面中的一个链接，然后跳转到目标页面时，目标页面会收到一个信息，即用户是从哪个源链接跳转过来的。

Referrer-Policy: 为了控制请求头中referrer的内容，目前是一个候选标准，不过已经有部分浏览器支持该标准。

目前Referrer-Policy只包含以下几种值

enum ReferrerPolicy {
"",
"no-referrer",
"no-referrer-when-downgrade",
"same-origin",
"origin",
"strict-origin",
"origin-when-cross-origin",
"strict-origin-when-cross-origin",
"unsafe-url"
};

If-Modified-Since: 由客户端发送给服务器的HTTP请求头标签

客户端第二次请求此URL时，根据 HTTP 协议的规定，浏览器会向服务器传送 If-Modified-Since 报头，询问该时间之后文件是否有被修改过：

If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT

后面跟的时间是本地浏览器存储的文件修改时间

如果服务器端的资源没有变化，则时间一致，自动返回HTTP状态码304（Not Modified.）状态码，内容为空，客户端接到之后，就直接把本地缓存文件显示到浏览器中，这样就节省了传输数据量。

如果服务器端资源发生改变或者重启服务器时，时间不一致，就返回HTTP状态码200和新的文件内容，客户端接到之后，会丢弃旧文件，把新文件缓存起来，并显示到浏览器中。

以上操作可以保证不向客户端重复发出资源，也保证当服务器有变化时，客户端能够得到最新的资源。

GET请求

​ GET请求中的请求参数会以key=value的形式拼接在url后面,一般称之为query参数。例如：

POST请求

​ POST请求的参数是放在http的报文body里面，可以query参数的形式，也可以multipart格式，还有一种JSON格式，即Request Payload格式

​ Request Payload格式：ContentType: application/json

4.Response Headers

Last-Modified ：缓存校验

Last-Modified: 是由服务器发送给客户端的HTTP请求头标签,在浏览器第一次请求某一个URL时，服务器端的返回状态会是200，内容是你请求的资源，同时有一个Last-Modified的属性标记此文件在服务期端最后被修改的时间，格式类似这样：

Last-Modified: Fri, 12 May 2006 18:53:33 GMT

后面跟的时间是服务器存储的文件修改时间

Cache-Control: 缓存控制

可缓存性

• public

  表明响应可以被任何对象（包括：发送请求的客户端，代理服务器，等等）缓存，即使是通常不可缓存的内容。（例如：1.该响应没有max-age指令或Expires消息头；2. 该响应对应的请求方法是 POST 。）

• private

  表明响应只能被单个用户缓存，不能作为共享缓存（即代理服务器不能缓存它）。私有缓存可以缓存响应内容，比如：对应用户的本地浏览器。

• no-cache

  在发布缓存副本之前，强制要求缓存把请求提交给原始服务器进行验证(协商缓存验证)。

• no-store

  缓存不应存储有关客户端请求或服务器响应的任何内容，即不使用任何缓存。

到期

• max-age=<seconds>

  设置缓存存储的最大周期，超过这个时间缓存被认为过期(单位秒)。与Expires相反，时间是相对于请求的时间。

• s-maxage=<seconds>

  覆盖max-age或者Expires头，但是仅适用于共享缓存(比如各个代理)，私有缓存会忽略它。

• max-stale[=<seconds>]

  表明客户端愿意接收一个已经过期的资源。可以设置一个可选的秒数，表示响应不能已经过时超过该给定的时间。

• min-fresh=<seconds>

  表示客户端希望获取一个能在指定的秒数内保持其最新状态的响应。

• stale-while-revalidate=<seconds>

  表明客户端愿意接受陈旧的响应，同时在后台异步检查新的响应。秒值指示客户愿意接受陈旧响应的时间长度。

• stale-if-error=<seconds>

  表示如果新的检查失败，则客户愿意接受陈旧的响应。秒数值表示客户在初始到期后愿意接受陈旧响应的时间。

重新验证和重新加载

• must-revalidate

  一旦资源过期（比如已经超过max-age），在成功向原始服务器验证之前，缓存不能用该资源响应后续请求。

• proxy-revalidate

  与must-revalidate作用相同，但它仅适用于共享缓存（例如代理），并被私有缓存忽略。

• immutable

  表示响应正文不会随时间而改变。资源（如果未过期）在服务器上不发生改变，因此客户端不应发送重新验证请求头（例如If-None-Match或If-Modified-Since）来检查更新，即使用户显式地刷新页面。在Firefox中，immutable只能被用在 https:// transactions. 有关更多信息，请参阅这里。

其他

• no-transform

  不得对资源进行转换或转变。Content-Encoding、Content-Range、Content-Type等HTTP头不能由代理修改。例如，非透明代理或者如Google’s Light Mode可能对图像格式进行转换，以便节省缓存空间或者减少缓慢链路上的流量。no-transform指令不允许这样做。

• only-if-cached

  表明客户端只接受已缓存的响应，并且不要向原始服务器检查是否有更新的拷贝。