#HTTP的头域包括通用头、请求头、响应头和实体头四个部分。每个头域由一个域名，冒号和域值三部分组成。 #通用头部： 是客户端和服务器都可以使用的头部，可以在客户端、服务器和其他应用程序之间提供一些非常有用的通用功能，如Date头部。 #请求头部： 是请求报文特有的，它们为服务器提供了一些额外信息，比如客户端希望接收什么类型的数据，如Accept头部。 #响应头部： 便于客户端提供信息，比如，客服端在与哪种类型的服务器进行交互，如Server头部。 #实体头部： 指的是用于应对实体主体部分的头部，比如，可以用实体头部来说明实体主体部分的数据类型，如Content-Type头部。
#请求报文和响应报文两方都会使用的首部
#请求头用于说明是谁或什么在发送请求、请求源于何处，或者客户端的喜好及能力。服务器可以根据请求头部给出的客户端信息，试着为客户端提供更好的响应
#响应头向客户端提供一些额外信息，比如谁在发送响应、响应者的功能，甚至与响应相关的一些特殊指令。这些头部有助于客户端处理响应，并在将来发起更好的请求
#实体头部提供了有关实体及其内容的大量信息，从有关对象类型的信息，到能够对资源使用的各种有效的请求方法。总之，实体头部可以告知接收者它在对什么进行处理。请求消息和响应消息都可以包含实体信息，实体信息一般由实体头域和实体组成
#通过指定首部字段Cache-Control的指令，就能操作缓存的工作机制。
#① public指令 Cache-Control:public #设置为public时 当指定public指令时，则明确表示其他用户也可利用缓存 #② private指令 Cache-Control:private #设置为private时 当指定private指令时，响应只以特定的用户作为对象，这与public指令的行为相反。缓存服务器会对该用户提供资源缓存的服务，对于其他用户发送过来的请求，代理服务器不会返回缓存。 #③ no-cache指令 Cache-Control:no-cache no-cache指令的目的是为了防止从缓存中返回过期的资源，缓存会向源服务器进行有效期确认后处理资源。 客户端发送的请求中如果包含no-cache指令，则表示客户端不会接收缓存过的响应，缓存服务器必须把客户端请求转发给源服务器。从源服务器返回最新资源后，缓存服务器依然可以将最新资源进行缓存，然后再返回给客户端，除非服务器端也返回no-cache指令。 服务端返回的响应中如果包含no-cache指令，那么缓存服务器不能对资源进行缓存，源服务器以后也不会再对缓存服务器请求中提出的资源有效性进行确认。 Cache-Control:no-cache=Location 只能在响应指令中指定该参数，通过服务器端返回的指令来确定客户端是否可以使用缓存。 客户端在接收到这个被指定参数值的报文首部后，就不能使用缓存。换句话说，无参数值的首部字段可以使用缓存。 # ④ no-store指令 Cache-Control:no-store 暗示请求或响应中包含机密信息，该指令规定不进行任何缓存。
#① s-maxage指令 Cache-Control:s-maxage=3600 (单位：秒) 它与max-age的指令相同，不同点是s-maxage只适用于供多位用户使用的公共缓存服务器。对于向同一用户重复返回响应的服务器来说，这个指令没有任何作用。 使用这个指令后，会直接忽略对Expires首部字段及max-age指令的处理。 #② max-age指令 Cache-Control:max-age=3600 (单位：秒) 当客户端发送的请求中包含该指令时，如果判定缓存资源的缓存时间比指定的时间数值更小，那么客户端就接收缓存的资源。如果max-age的值为0，那么缓存服务器需要将请求转发给源服务器。 当服务器返回的响应中包含该指令时，缓存服务器将不会对资源的有效性进行确认，此时max-age代表资源保存为缓存的最长时间。 HTTP/1.1版本的缓存服务器遇到同时存在Expires首部字段的情况时，会优先处理max-age指令，而忽略掉Expires首部字段。但是HTTP/1.0版本的缓存服务器情况却相反，max-age指令会被忽略掉。 #③ min-fresh指令 Cache-Control:min-fresh=60 (单位：秒) 这个指令要求缓存服务器返回还未过指定时间的缓存资源。 #④ max-stale指令 Cache-Control:max-stale=3600 (单位：秒) 指示缓存资源，即使过期，但只要处于max-stale指定的时间内仍然会被客户端照常接收。如果该指令未指定相应参数，那么无论过了 多久，客户端都会接收响应。 #⑤ only-if-cached指令 Cache-Control:only-if-cached 该指令要求缓存服务器不重新加载响应，也不会再次确认资源有效性，如果请求缓存服务器的本地缓存无响应，则返回状态码504。 #⑥ must-revalidate指令 Cache-Control:must-revalidate 使用该指令时，代理会向源服务器再次验证即将返回的响应缓存目前是否仍然有效，若代理无法连接源服务器获取有效资源的话，缓存必须给客户端一个504的状态码。另外，使用该指令将忽略请求的max-stale指令。 #⑦ proxy-revalidate指令 Cache-Control:proxy-revalidate 当客户端的请求包含该指令时，缓存服务器在返回响应之前，必须再次验证缓存的有效性。 #⑧ no-transform指令 Cache-Control:no-transform 该指令规定无论在请求还是在响应中，缓存都不能改变主体的媒体类型，这样可以防止缓存或代理压缩图片等类似操作。 #⑨ cache-extension token Cache-Control:private,community="UCI" 通过cache-extension标记（token），可以扩展Cache-Control首部字段内的指令。如上添加了community这个新指令，如果缓存服务器不能够理解community这个新指令，就会直接忽略。因此,extension tokens仅对能理解它的缓存服务器有效。
#它有两个作用： #① 控制不再转发给代理的首部字段 Connection:Upgrade (不再转发的首部字段名) //操作方式是将首部字段Upgrade删除后再转发 #② 管理持久连接 HTTP/1.1版本的默认连接都是持久连接（长连接），然后客户端会在持久连接上连续发送请求，当服务器想明确断开连接时，则指定Connection首部字段为Close。 Connection:Close #如果关闭之后下次连接还需要三次握手 HTTP/1.1之前的版本默认的都是非持久连接（短连接），如果想在旧版本的HTTP协议上维持持续连接，则需要指定Connection的值为Keep-Alive。 Keep-Alive:timeout=10,max=500 Connection:Keep-Alive
HTTP/1.1协议使用RFC1123中规定的日期时间的格式，如下： Date:Tue,03 Jul 2012 04:40:59 GMT HTTP/1.1之前的协议使用RFC850中定义的格式，如下： Date:Tue,03-Jul-12 04:40:59 GMT
#此字段会事先说明在报文主体后记录了哪些首部字段，可用于HTTP/1.1版本分块传输编码时。 下例中，指定首部字段Trailer的值为Expires，在报文主体之后（分块长度0之后）出现了首部字段Expires。
#此字段规定了传输报文主体时使用的编码方式，HTTP/1.1的传输编码方式仅对分块传输编码有效。
#此字段用于检测HTTP协议及其他协议是否可以使用更高的版本进行通信，其参数值可以用来指定一个完全不同的通信协议。 下例中，Upgrade对象仅限于客户端和邻接服务器之间，因此，在使用了Upgrade时，还需要额外指定Connection:Upgrade，对于附有Upgrade字段的请求，服务端可使用101状态码作为响应返回。
#此字段是为了追踪客户端与服务端之间的请求和响应报文的传输路径。报文在经过代理或网关时，会先在首部字段Via中附加该服务器的信息，然后再进行转发，使用它可以避免回环的发生，所以必须在经过代理时附加该首部字段内容，如下：
Via首部为了追踪传输路径，经常会和TRACE方法一起使用。比如，代理服务器接收到由TRACE方法发送过来的请求（Max-Forwards:0）时，代理服务器就不能转发该请求了，这种情况下，代理服务器会将自身的信息附加到Via首部后，返回该请求的响应。
#该首部字段通常会告知用户一些与缓存相关的一些问题的警告。格式如下： Warning:[警告码][警告的主机:端口号]"[警告内容]"
它用在客户端发送的请求中，客户端会要求所有的中间服务器不返回缓存的资源。 Pragma:no-cache 它是HTTP/1.1之前版本的历史遗留字段，仅作为HTTP/1.0的向后兼容。如果所有的中间服务器都使用HTTP/1.1版本协议的话，那么直接使用Cache-Control:no-cache是最理想的，但所有的中间服务器使用的HTTP协议版本并不完全一致。因此，发送的请求会同时含有下面两个字段。 Cache-Control:no-cache Pragma:no-cache
# 请求首部字段是从客户端往服务端发送请求报文中所使用的字段，用于补充请求的附加信息、客户端信息、对响应内容的优先级等内容。
#该首部字段可通知服务器，用户代理能处理的媒体类型以及媒体类型的相对优先级， 可使用type/subtype这种形式，一次指定多种媒体类型。 如果想要给显示的媒体类型增加优先级，就使用q=来额外表示权重值，用" ; "进行分隔。权重值q的范围是0~1（可精确到小数点后三位），且1为最大值。不指定权重值时，默认q=1.0。当服务器提供多种内容时，将会首先返回媒体值最高的类型。 #Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
#该首部字段可用来通知服务器用户代理支持的字符集及字符集的相对优先级顺序。同样，可一次性指定多个字符集，用q=来表示字符集的相对优先级。 Accept-Charset:iso-8859-5,unicode-1-1;q=0.8
#该首部字段可用来通知服务器用户代理支持的内容编码及内容编码的优先级顺序。同样，可一次性指定多种内容编码，用q=来表示内容编码的相对优先级。 Accept-Encoding:gzip,deflate
# 该首部字段告知服务器用户代理能够处理的自然语言集以及自然语言集的相对优先级。同样，可一次指定多种自然语言集，用q=来表示自然语言集的相对优先级。 Accept-Language:zh-cn,zh;q=0.7,en-us,en;q=0.3
# 该首部字段用来告知服务器用户代理的认证信息。通常，想要通过服务器认证的用户代理会在接收到返回的401状态码响应之后，把首部字段Authorization加入请求中。共用缓存在接收到含有Authorization首部字段的请求时的操作处理有所差异。 Authorization:Basic dWVub3N1bjpwYXNzd29yZA==
#该首部字段用来告知服务器使用代理的用户的电子邮件地址。通常，使用目的就是为了显示搜索引擎等用户代理的负责人的电子邮件联系方式。使用代理时，应尽可能使用该字段，但有的代理可能会将电子邮件地址在User-Agent首部字段内。 From:info@qq.com
Host:www.adcd.com #该首部字段会告知服务器，请求的资源所处的互联网主机名和端口号。它是HTTP/1.1规范中唯一一个必须包含在请求内的首部字段。 由于相同的IP地址下可能会部署运行多个域名，服务器就会无法理解究竟是哪个域名对应的请求，因此就需要使用此字段来明确的指出请求的主机名。如果服务器没有设定主机名，那直接发送一个空值即可，如下： Host:
#If-Match 形如If-xxx这种形式的请求首部字段，都可称为条件请求，服务器接收到附带条件的请求后，只有判断指定条件为真时，才会执行请求。 If-Match:"123456" 该首部字段会告知服务器匹配资源所使用的实体标记（ETag）值，这时的服务器无法使用弱ETag值。服务器会比对If-Match的字段值和资源的ETag值，仅当再者一致时，才会执行请求。反之，则返回状态码412的响应。也可以使用" * "来指定If-Match的字段值，这时服务器将会忽略ETag的值，只要资源存在就处理请求。 #If-None-Match If-None-Match:* 该首部字段与If-Match的作用相反。 #If-Modified-Since If-Modified-Since:Thu,15 Apr 2004 00:00:00 GMT 该首部字段用于确认代理或客户端拥有的本地资源的有效性。它会告知服务器在些字段指定的时间后资源发生了更新就处理该请求，如果请求的资源没有更新过，则返回状态码304的响应。 #If-Unmodified-Since If-Modified-Since:Thu,15 Apr 2004 00:00:00 GMT 该首部字段与If-Modified-Since的作用相反。 If-Range If-Range:"123456" Range:bytes=5001-10000 该首部字段属于附带条件之一，它告诉服务器若指定的If-Range值（ETag值或时间）和请求资源的ETag值或时间相同时，则作为范围请求处理。否则，返回全体资源。 如果不使用该首部字段，就需要两次处理
#Max-Forwards:10 通过Trace或Options的方法发送包含该首部字段的请求时，该字段以十进制整数形式指定可经过的服务器最大数目。服务器在往下一下服务器转发请求之前，会将该首部字段的值减1后重新赋值。当值为0时，请求不再进行转发，而是直接返回响应。
# 客户端接收到从代理服务器发送过来的认证质询时，客户端会发送包含该首部字段的请求，以告知服务器认证所需要的信息。 Proxy-Authorization: Basic dGlwOjkpNLAGfFY5
#客户端发送带有该首部字段的请求可以指定服务器资源的范围。接收到该首部字段的服务器，会在处理请求之后返回状态码为206 Partial Content的响应，如果无法处理该范围请求，则会返回状态码为200 OK的响应及全部资源。 Range:bytes=5001-10000
#该首部字段会告知服务器请求的原始资源的URI。
#该首部字段会告知服务器客户端能够处理响应的传输编码方式以及相对优先级，它和Accept-Encoding的功能很像，但是TE只是用于传输编码。 TE: gzip, deflate;q=0.5 #首部字段TE除指定传输编码之外，还可以指定伴随trailer字段的分块传输编码的方式。这时需要把trailers赋值给该字段值。如下所示： TE: trailers
# 该首部字段将会创建请求的浏览器和用户代理名称等信息传达给服务器。
# 响应首部字段是由服务器端向客户端返回响应报文中所使用的字段，用于补充响应的附加信息、服务器信息，以及对客户端的附加要求等信息。
# 该首部字段是用于告知客户端服务器是否能处理范围请求，以指定获取服务器端某个部分的资源。它可以指定的字段值有两种，可处理范围请求时指定其为bytes，反之则指定为none。
#该首部字段可以告知客户端，源服务器在多久前创建了响应，字段值的单位为秒。若创建该响应的服务器是缓存服务器，Age值是指缓存后的响应再次发起认证到认证完成的时间值。代理创建响应时必须加上首部字段Age。 Age:600
ETag: "82e22293907ce725faf67773957acd12" 首部字段 ETag 能告知客户端实体标识。它是一种可将资源以字符串形式做唯一性标识的方式。服务器会为每份资源分配对应的 ETag值。 ① 强ETag ETag: "usagi-1234" 强 ETag 值，不论实体发生多么细微的变化都会改变其值。 ② 弱ETag ETag: W/"usagi-1234" Proxy-Authenticate: Basic realm="Usagidesign Auth" 弱 ETag 值只用于提示资源是否相同。只有资源发生了根本改变，产生差异时才会改变 ETag 值。这时，会在字段值最开始处附加 W/。
#使用首部字段 Location 可以将响应接收方引导至某个与请求 URI 位置不同的资源。基本上， #该字段会配合 3xx ：提供重定向的URI。几乎所有的浏览器在接收到包含首部字段 Location 的响应后，都会强制性地尝试对已提示的重定向资源进行访问。 Location: http://www.baidu.com
# 该首部字段会把由代理服务器所要求的认证信息发送给客户端。它与客户端和服务器之间的 HTTP 访问认证的行为相似，不同之处在于其认证行为是在客户端与代理之间进行的。而客户端与服务器之间进行认证时，首部字段 WWW-Authorization 有着相同的作用。 Proxy-Authenticate: Basic realm="Usagidesign Auth"
#该首部字段告知客户端应该在多久之后再次发送请求。主要配合状态码 503 Service Unavailable 响应，或 3xx Redirect 响应一起使用。字段值可以指定为具体的日期时间（Wed, 04 Jul 2012 06：34：24GMT 等格式），也可以是创建响应后的秒数。 Retry-After: 120
#该首部字段告知客户端当前服务器上安装的 HTTP 服务器应用程序的信息。不单单会标出服务器上的软件应用名称，还有可能包括版本号和安装时启用的可选项。 Server: Apache/2.2.17 (Unix)
# 当代理服务器接收到带有 Vary 首部字段指定获取资源的请求时，如果与使用的 Accept-Language 字段的值相同，那么就直接从缓存返回响应。反之，则需要先从源服务器端获取资源后才能作为响应返回。 首部字段 Vary 可对缓存进行控制。源服务器会向代理服务器传达关于本地缓存使用方法的命令。从代理服务器接收到源服务器返回包含 Vary 指定项的响应之后，若再要进行缓存，仅对请求中含有相同 Vary 指定首部字段的请求返回缓存。即使对相同资源发起请求，但由于 Vary 指定的首部字段不相同，因此必须要从源服务器重新获取资源。 Vary: Accept-Language
该首部字段用于 HTTP 访问认证。它会告知客户端适用于访问请求 URI 所指定资源的认证方案（Basic 或是 Digest）和带参数提示的质询（challenge）。状态码 401 Unauthorized 响应中，肯定带有首部字段 WWW-Authenticate。 WWW-Authenticate: Basic realm="Usagidesign Auth"
原文：https://www.cnblogs.com/pdun/p/11438364.html
