HTTP Headers

HTTP 消息头允许客户端和服务器通过 request 和 response 传递附加信息。一个请求头由名称（不区分大小写）后跟一个冒号 “：”，冒号后跟具体的值（不带换行符）组成。该值前面的引导空白会被忽略。

自定专用消息头可通过'X-' 前缀来添加；但是这种用法被 IETF 在 2012 年 6 月发布的 RFC6648 中明确弃用，原因是其会在非标准字段成为标准时造成不便；其他的消息头在 IANA 注册表 中列出, 其原始内容在 RFC 4229 中定义。 此外，IANA 还维护着被提议的新 HTTP 消息头注册表.

• 根据不同上下文，可将消息头分为：

  • General headers: 同时适用于请求和响应消息，但与最终消息主体中传输的数据无关的消息头。
  • Request headers: 包含更多有关要获取的资源或客户端本身信息的消息头。
  • Response headers: 包含有关响应的补充信息，如其位置或服务器本身（名称和版本等）的消息头。
  • Entity headers: 包含有关实体主体的更多信息，比如主体长 (Content-Length) 度或其 MIME 类型。

• 根据代理对其的处理方式不同，消息头也可以分为：

  端到端消息头

  这类消息头必须被传输到最终的消息接收者，也即，请求的服务器或响应的客户端。中间的代理服务器必须转发未经修改的端到端消息头，并且必须缓存它们。

  逐跳消息头

  这类消息头仅对单次传输连接有意义，不能通过代理或缓存进行重新转发。这些消息头包括 Connection, Keep-Alive, Proxy-Authenticate, Proxy-Authorization, TE, Trailer, Transfer-Encoding 及 Upgrade (en-US)。注意，只能使用 Connection 来设置逐跳一般头。

左侧导航栏提供了按字母顺序排列的列表。以下列清单概括了消息头及其用途：

消息头	描述	更多信息	标准
Accept	用户代理期望的 MIME 类型列表	HTTP Content Negotiation	HTTP/1.1
Accept-CH	列出配置数据，服务器可据此来选择适当的响应。	HTTP Client Hints
Accept-Charset	列出用户代理支持的字符集。	HTTP Content Negotiation	HTTP/1.1
Accept-Features		HTTP Content Negotiation	RFC 2295, §8.2
Accept-Encoding	列出用户代理支持的压缩方法。	HTTP Content Negotiation	HTTP/1.1
Accept-Language	列出用户代理期望的页面语言。	HTTP Content Negotiation	HTTP/1.1
Accept-Ranges
Access-Control-Allow-Credentials		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Access-Control-Allow-Origin		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Access-Control-Allow-Methods		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Access-Control-Allow-Headers		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Access-Control-Max-Age		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Access-Control-Expose-Headers		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Access-Control-Request-Method		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Access-Control-Request-Headers		HTTP Access Control and Server Side Access Control	W3C Cross-Origin Resource Sharing
Age
Allow
Alternates		HTTP Content Negotiation	RFC 2295, §8.3
Authorization	包含用服务器验证用户代理的凭证
Cache-Control		HTTP Caching FAQ
Connection
Content-Encoding
Content-Language
Content-Length
Content-Location
Content-MD5		未实现 (查看 bug 232030)
Content-Range
Content-Security-Policy	控制用户代理在一个页面上可以加载使用的资源。	CSP (Content Security Policy)	W3C Content Security Policy
Content-Type	指示服务器文档的 MIME 类型。帮助用户代理（浏览器）去处理接收到的数据。
Cookie			RFC 2109
DNT	设置该值为 1， 表明用户明确退出任何形式的网上跟踪。	Supported by Firefox 4, Firefox 5 for mobile, IE9, and a few major companies.	Tracking Preference Expression (DNT)
Date
ETag		HTTP Caching FAQ
Expect
Expires		HTTP Caching FAQ
From
Host
If-Match
If-Modified-Since		HTTP Caching FAQ
If-None-Match		HTTP Caching FAQ
If-Range
If-Unmodified-Since
Last-Event-ID	给出服务器在先前 HTTP 连接上接收的最后事件的 ID。用于同步文本 / 事件流。	Server-Sent Events	Server-Sent Events spec
Last-Modified		HTTP Caching FAQ
Link	等同于 HTML 标签中的 "link"，但它是在 HTTP 层上，给出一个与获取的资源相关的 URL 以及关系的种类。	For the rel=prefetch case, see Link Prefetching FAQ	Introduced in HTTP 1.1's RFC 2068, section 19.6.2.4, it was removed in the final HTTP 1.1 spec, then reintroduced, with some extensions, in RFC 5988
Location
Max-Forwards
Negotiate		HTTP Content Negotiation	RFC 2295, §8.4
Origin		HTTP Access Control and Server Side Access Control	More recently defined in the Fetch spec (see Fetch API.) Originally defined in W3C Cross-Origin Resource Sharing
Pragma		for the pragma: nocache value see HTTP Caching FAQ
Proxy-Authenticate
Proxy-Authorization
Range
Referer	（请注意，在 HTTP / 0.9 规范中引入的正交错误必须在协议的后续版本中保留）
Retry-After
Sec-Websocket-Extensions			Websockets
Sec-Websocket-Key			Websockets
Sec-Websocket-Origin			Websockets
Sec-Websocket-Protocol			Websockets
Sec-Websocket-Version			Websockets
Server
Set-Cookie			RFC 2109
Set-Cookie2			RFC 2965
Strict-Transport-Security		HTTP Strict Transport Security	IETF reference
TCN		HTTP Content Negotiation	RFC 2295, §8.5
TE
Trailer	列出将在消息正文之后在尾部块中传输的头。这允许服务器计算一些值，如 Content-MD5：在传输数据时。请注意，Trailer：标头不得列出 Content-Length :, Trailer：或 Transfer-Encoding：headers。		RFC 2616, §14.40
Transfer-Encoding
Upgrade
User-Agent		for Gecko's user agents see the User Agents Reference
Variant-Vary		HTTP Content Negotiation	RFC 2295, §8.6
Vary	列出了用作 Web 服务器选择特定内容的条件的标头。此服务器对于高效和正确缓存发送的资源很重要。	HTTP Content Negotiation & HTTP Caching FAQ
Via
Warning
WWW-Authenticate
X-Content-Duration		Configuring servers for Ogg media
X-Content-Security-Policy		Using Content Security Policy
X-DNSPrefetch-Control		Controlling DNS prefetching
X-Frame-Options		The XFrame-Option Response Header
X-Requested-With	通常在值为 “XMLHttpRequest” 时使用		Not standard

注意

**注意：**Gecko 5.0 不会发送带有 Keep-Alive 的请求头。以前的版本确实发送过，但格式并不正确，因此决定暂时删除它。Connection或 Proxy-Connection报文首部仍然会发送，带着 "keep-alive" 的值。

更多

维基百科上对 HTTP 首部的展示

Found a problem with this page?

• Edit on GitHub
• Source on GitHub
• Report a problem with this content on GitHub
• Want to fix the problem yourself? See our Contribution guide.

Last modified: 2022 年 3 月 11 日, by MDN contributors