章节索引 :

请求首部字段

请求的首部字段主要是客户端用来告知服务端自己能够支持的内容,让服务端尽量根据自己满足的优先级内容来响应。
请求的首部字段很多都是支持多个值的,并且有下面两个常见特性:

  • 通配符:值类型支持用通配符表示,如 *
  • 添加因子权重 q 任何值都按照称为权重的相对质量值的优先顺序排列。

1. Accept

告知服务端客户侧能够处理的媒体类型,一般是 类型/子类型的格式,支持多种类型根据优先级排序。

GET /9_Q4simg2RQJ8t7jm9iCKT-xh_/s.gif HTTP/1.1
Accept: image/png,image/svg+xml,image/*;q=0.8,video/*;q=0.8,*/*;q=0.5

2. Accept-Charset

告知服务端客户侧能够接收的字符集类型,支持多个根据优先级排序。服务端选择一个提议,使用它并在 Content-Type 响应头中通知客户它选择的内容。

Accept-Charset: iso-8859-5, unicode-1-1;q=0.8

3. Accept-Encoding

告知服务端客户侧能够支持的内容编码,通常是一种压缩算法。

Accept-Encoding: br, gzip, deflate

4. Accept-Language

告知服务端客户侧支持的语言类型,让服务端从中选择一种响应。

Accept-Language: zh-cn

5. From

告知服务器使用用户代理的用户的电子邮件地址,以便在出现异常时候通知你。

From: imooc@example.org

6. Host

告诉服务器自己要访问的的服务域名信息,有可能一台服务器绑定了多个不同域名,并且不同域名对应了不同服务。

Host: www.imocc.com

7. Authorization

Authorization: <type> <credentials>
  • <type> 认证类型。常见的类型是Basic
  • <credentials> 如果使用 Basic 身份验证方案,则凭证的构造方式如下所示:

base64(user:passwd)

Authorization: Basic GJxhZGRpbjpvcGWun3VzYW1l

这种认证方式目前是比较少用了,比较用户名和密码放在请求头,而且 base64 简单加密是可逆的。建议用 Https 的加密协议。

8. Proxy-Authorization

跟 Authorization 类似,不同的是 Authorization 是客户端与服务端的认证,Proxy-Authorization 是客户端与代理服务器的认证。

9. If-Match

在请求头部添加资源条件,服务器会验证条件为真才会返回请求的资源。

If-Match: <etag_value>, <etag_value>, …

ETag(Entity Tag) 是资源版本的标识符。工作方式类似于 Last-Modified,只是 ETag 值是资源的 Digest(比如,MD5 hash):
match

10. if-None-Match

与 if-Match 的作用相反,即 Etag 判断为 false 服务端才会处理该请求:

If-None-Match: <etag_value>

11. if-Modified-Since

也是在请求头部的条件,只是它关注的是资源的更新时间。如果服务端端资源在客户端 if-Modified-Since 指定的日期没有更新过,即资源不够新鲜就不会返回给客户端。

12. if-Range

if-Range 通常会带一个 Range 属性,当 if-Range 对应的 Etag 匹配时,服务端需要返回 Range 范围内的资源。最常见的场景就是断点续传,先根据 Etag 确定好一个资源。在断点续传中时间比较久资源更能会被修改到,可能会影响到客户端的资源 Range。如果 Etag 对应的 Digest 摘要一致就代表资源跟客户端想要的是一样,此时根据客户端要的 Range 部分返回。

If-Match: "123456"
Range: bytes=1000-2000

13. If-Unmodified-Since

If-Unmodified-Since 和 If-Modified-Since 的作用 相反。它的作用的是告知服务器,指定的请求资源只有在字段值内指定的日期时间之后,未发生更新的情况下,才能处理请求。

14. Max-Forwards

客户端端请求有可能被服务端转发到其它代理服务,该字段限制服务端的转发次数。

15. User-Agent

通常存储了浏览器客户端的信息

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.5 Safari/605.1.15

16. Referer

资源在请求的过程中有可能被转发,Referer 字段记录了请求的原始地址
比如在 www.google.com 里有一个 www.baidu.com 链接,那么点击这个 www.baidu.com ,它的 header信息里就有如下:

Referer=http://www.google.com

17. TE

Transfer Encode 告诉服务端自己能够处理的传输编码。

18. 小结

后台的开发人员能够从请求头部信息或者到很多有价值的东西,如 User-Agent 获取客户端信息,假设某个客户端一直访问,有可能是爬虫代码来抓取我们网站的资源了。Referer 字段可以知道请求从哪里来,假如别人的网站引用了你的图片,我们是可以从该字段得知的,可以禁用这类请求的响应。当然,根据具体的场景其它字段也可能有很多用处,利用好头部信息,也可以某种程度避免我们所有信息都定义在请求体参数中,也许都能实现,但是不够规范。