HTTP 请求头 响应头

 
常用请求头:
 

协议头

说明

示例

状态

Accept

可接受的响应内容类型(Content-Types)。

Accept: text/plain

固定

 

 

 

 

Accept-Encoding

可接受的响应内容的编码方式。

Accept-Encoding: gzip, deflate

固定

 

 

 

 

Accept-Datetime

可接受的按照时间来表示的响应内容版本

Accept-Datetime: Sat, 26 Dec 2015 17:30:00 GMT

临时

 

HTTP

 

 

Cache-Control

用来指定当前的请求/回复中的,是否使用缓存机制。

Cache-Control: no-cache

固定

 

 

 

 

Cookie

由之前服务器通过Set-Cookie(见下文)设置的一个HTTP协议Cookie

Cookie: $Version=1; Skin=new;

固定:标准

 

8

 

 

Content-MD5

请求体的内容的二进制 MD5 散列值(数字签名),以 Base64 编码的结果

Content-MD5: oD8dH2sgSW50ZWdyaIEd9D==

废弃

 

MIME POSTPUT

 

 

Date

发送该消息的日期和时间(以RFC 7231中定义的"HTTP日期"格式来发送)

Date: Dec, 26 Dec 2015 17:30:00 GMT

固定

 

 

 

 

From

发起此请求的用户的邮件地址

From: user@itbilu.com

固定

 

80

 

 

If-Match

仅当客户端提供的实体与服务器上对应的实体相匹配时,才进行对应的操作。主要用于像 PUT 这样的方法中,仅当从用户上次更新某个资源后,该资源未被修改的情况下,才更新该资源。

If-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"

固定

 

304

 

 

If-None-Match

允许在对应的内容未被修改的情况下返回304未修改( 304 Not Modified ),参考 超文本传输协议 的实体标记

If-None-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"

固定

 

 

 

 

If-Unmodified-Since

仅当该实体自某个特定时间以来未被修改的情况下,才发送回应。

If-Unmodified-Since: Dec, 26 Dec 2015 17:30:00 GMT

固定

 

 

 

 

Origin

发起一个针对跨域资源共享的请求(该请求要求服务器在响应中加入一个Access-Control-Allow-Origin的消息头,表示访问控制所允许的来源)。

Origin: http://www.itbilu.com

固定: 标准

 

/

 

 

Proxy-Authorization

用于向代理进行认证的认证信息。

Proxy-Authorization: Basic IOoDZRgDOi0vcGVuIHNlNidJi2==

固定

 

0

 

 

Referer

表示浏览器所访问的前一个页面,可以认为是之前访问页面的链接将浏览器带到了当前页面。Referer其实是Referrer这个单词,但RFC制作标准时给拼错了,后来也就将错就错使用Referer了。

Referer: http://itbilu.com/nodejs

固定

 

Transfer-Encoding"trailers"0

 

 

User-Agent

浏览器的身份标识字符串

User-Agent: Mozilla/……

固定

 

 

 

 

Via

告诉服务器,这个请求是由哪些代理发出的。

Via: 1.0 fred, 1.1 itbilu.com.com (Apache/1.1)

固定

 

 

 

 

 
 
如果你做一个爬虫, 你需要注意的重要的请求头有: User-Agent, referer, origin,  cookie, content-type
 
常用响应头:
 

响应头

说明

示例

状态

Access-Control-Allow-Origin

指定哪些网站可以跨域源资源共享

Access-Control-Allow-Origin: *

临时

 

 

Accept-Patch: text/example;charset=utf-8

 

Accept-Ranges

服务器所支持的内容范围

Accept-Ranges: bytes

固定

 

 

 

 

Allow

对于特定资源的有效动作;

Allow: GET, HEAD

固定

 

 

 

 

Connection

针对该连接所预期的选项

Connection: close

固定

 

MIME

 

 

Content-Encoding

响应资源所使用的编码类型。

Content-Encoding: gzip

固定

 

 

 

 

Content-Length

响应消息体的长度,用8进制字节表示

Content-Length: 348

固定

 

 

 

 

Content-MD5

响应内容的二进制 MD5 散列值,以 Base64 方式编码

Content-MD5: IDK0iSsgSW50ZWd0DiJUi==

已淘汰

 

 

 

 

Content-Type

当前内容的MIME类型

Content-Type: text/html; charset=utf-8

固定

 

(RFC 7231中定义的"HTTP")

 

 

ETag

对于某个资源的某个特定版本的一个标识符,通常是一个 消息散列

ETag: "737060cd8c284d8af7ad3082f209582d"

固定

 

/

 

:

Last-Modified

所请求的对象的最后修改日期(按照 RFC 7231 中定义的“超文本传输协议日期”格式来表示)

Last-Modified: Dec, 26 Dec 2015 17:30:00 GMT

固定

 

RFC 5988中定义

Link: 

 

Location

用于在进行重定向,或在创建了某个新资源时使用。

Location: http://www.itbilu.com/nodejs

固定

 

P3P

 

 

Pragma

与具体的实现相关,这些响应头可能在请求/回应链中的不同时候产生不同的效果

Pragma: no-cache

固定

 

 

 

 

Public-Key-Pins

用于防止中间攻击,声明网站认证中传输层安全协议的证书散列值

Public-Key-Pins: max-age=2592000; pin-sha256="……";

固定

 

5

Refresh: 5; url=http://itbilu.com

 

Retry-After

如果某个实体临时不可用,那么此协议头用于告知客户端稍后重试。其值可以是一个特定的时间段(以秒为单位)或一个超文本传输协议日期。

  • 示例1:Retry-After: 120
  • 示例2: Retry-After: Dec, 26 Dec 2015 17:30:00 GMT

固定

 

 

 

 

Set-Cookie

设置HTTP cookie

Set-Cookie: UserID=itbilu; Max-Age=3600; Version=1

固定: 标准

 

Trailer

Trailer用户说明传输中分块编码的编码信息

Trailer: Max-Forwards

固定

 

用表示实体传输给用户的编码形式。包括:、、 、、。

 

 

Upgrade

要求客户端升级到另一个高版本协议。

Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11

固定

 

 

 

 

Via

告知代理服务器的客户端,当前响应是通过什么途径发送的。

Via: 1.0 fred, 1.1 itbilu.com (nginx/1.6.3)

固定

 

 

 

 

WWW-Authenticate

表示在请求获取这个实体时应当使用的认证模式。

WWW-Authenticate: Basic

固定

 
posted @ 2019-10-14 10:41  ma_fighting  阅读(531)  评论(0编辑  收藏  举报
历史天气查