HTTP报文由请求和响应报文组成，包含首部字段来传递关键信息，如Cache-Control用于控制缓存行为。首部字段分为通用、请求、响应和实体四种类型，处理方式各异，重复时处理不明确，可能依浏览器逻辑而定。HTTP/1.1定义了47种首部字段，并区分了端到端和逐跳首部字段。
目录
响应首部字段（Response Header Fields）
6.2.6 End-to-end 首部和 Hop-by-hop 首部
6.1HTTP 报文首部
首部内容为客户端和服务器分别处理请求和响应提供所需要的信息。
HTTP 请求报文
由方法.URI.HTTP版本.HTTP首部字段 等部分构成
方法.URI.HTTP版本在 请求行
HTTP首部字段 在 请求 /通用/实体首部字段.
GET / HTTP/1.1
Host: hackr.jp
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/⇒
20100101 Firefox/13.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,⇒
*/*; q=0.8
Accept-Language: ja,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
If-Modified-Since: Fri, 31 Aug 2007 02:02:20 GMT
If-None-Match: "45bae1-16a-46d776ac"
Cache-Control: max-age=0HTTP 响应报文
由 HTTP 版本、状态码（数字和原因短语）、 HTTP 首部字段
HTTP/1.1 304 Not Modified
Date: Thu, 07 Jun 2012 07:21:36 GMT
Server: Apache
Connection: close
Etag: "45bae1-16a-46d776ac"首部字段同时存在于请求和响应报文内,覆盖http报文相关内容,
因http版本&扩展规范变化,首部字段支持的字段略有不同.
6.2 HTTP 首部字段
6.2.1 HTTP 首部字段传递重要信息
附加传递额外信息. 给浏览器提供报文主体大小.所使用的语言.认证信息等作用
6.2.2 HTTP 首部字段结构.
由首部字段名和字段值构成的，中间用冒号“:” 分隔。
首部字段名: 字段值
例如:
Content-Type: text/html <!--表示报文主体 的 对象类型-->
<!--首部字段名 字段值-->
可以有多个字段值
Keep-Alive: timeout=15, max=100若 HTTP 首部字段重复了会如何
当 HTTP 报文首部中出现了两个或两个以上具有相同首部字段名时会怎么样？这种情况在规范内尚未明确，根据浏览器内部处理逻辑的不同，结果可能并不一致。有些浏览器会优先处理第一次出现的首部字段，而有些则会优先处理最后出现的首部字段。
6.2.3 4 种 HTTP 首部字段类型
通用首部字段（General Header Fields）
请求报文和响应报文两方都会使用的首部。
请求首部字段（Request Header Fields）
补充了请求的附加内容、客户端信息、响应内容相关优先级等信息。
响应首部字段（Response Header Fields）
补充了响应的附加内容，也会要求客户端附加额外的内容信息。
实体首部字段（Entity Header Fields）
针对请求报文和响应报文的实体部分使用的首部。
补充了资源内容更新时间等与实体有关的信息。
HTTP/1.1规定了如下 47种首部字段
| 首部字段名 | 说明 |
|---|---|
| Cache-Control | 控制缓存的行为 |
| Connection | 逐跳首部、连接的管理 |
| Date | 创建报文的日期时间 |
| Pragma | 报文指令 |
| Trailer | 报文末端的首部一览 |
| Transfer-Encoding | 指定报文主体的传输编码方式 |
| Upgrade | 升级为其他协议 |
| Via | 代理服务器的相关信息 |
| Warning | 错误通知 |
| 首部字段名 | 说明 |
|---|---|
| Accept | 用户代理可处理的媒体类型 |
| Accept-Charset | 优先的字符集 |
| Accept-Encoding | 优先的内容编码 |
| Accept-Language | 优先的语言（自然语言） |
| Authorization | Web认证信息 |
| Expect | 期待服务器的特定行为 |
| From | 用户的电子邮箱地址 |
| Host | 请求资源所在服务器 |
| If-Match | 比较实体标记（ETag） |
| If-Modified-Since | 比较资源的更新时间 |
| If-None-Match | 比较实体标记（与If-Match相反） |
| If-Range | 资源未更新时发送实体Byte的范围请求 |
| If-Unmodified-Since | 比较资源的更新时间（与If-Modified-Since相反） |
| Max-Forwards | 最大传输逐跳数 |
| Proxy-Authorization | 代理服务器要求客户端的认证信息 |
| Range | 实体的字节范围请求 |
| Referer | 对请求中URI的原始获取方 |
| TE | 传输编码的优先级 |
| User-Agent | HTTP 客户端程序的信息 |
| 首部字段名 | 说明 |
|---|---|
| Accept-Ranges | 是否接受字节范围请求 |
| Age | 推算资源创建经过时间 |
| ETag | 资源的匹配信息 |
| Location | 令客户端重定向至指定URI |
| Proxy-Authenticate | 代理服务器对客户端的认证信息 |
| Retry-After | 对再次发起请求的时机要求 |
| Server | HTTP服务器的安装信息 |
| Vary | 代理服务器缓存的管理信息 (vary?) |
| WWW-Authenticate | 服务器对客户端的认证信息 |
| 首部字段名 | 说明 |
|---|---|
| Allow | 资源可支持的HTTP方法 |
| Content-Encoding | 实体主体适用的编码方式 |
| Content-Language | 实体主体的自然语言 |
| Content-Length | 实体主体的大小（单位 ：字节） |
| Content-Location | 替代对应资源的URI |
| Content-MD5 | 实体主体的 报文摘要 |
| Content-Range | 实体主体的 位置范围 |
| Content-Type | 实体主体的 媒体类型 |
| Expires | 实体主体过期的日期时间 |
| Last-Modified | 资源的最后修改日期时间 |
6.2.5 非 HTTP/1.1 首部字段
在 HTTP 协议通信交互中使用到的首部字段，不限于 RFC2616 中 定义的 47 种首部字段。
还有 Cookie、Set-Cookie 和 Content-Disposition 等在其他 RFC 中定义的首部字段，它们的使用频率也很高。
这些非正式的首部字段统一归纳在 RFC4229 HTTP Header Field Registrations 中
6.2.6 End-to-end 首部和 Hop-by-hop 首部
HTTP 首部字段将定义成缓存代理和非缓存代理的行为，分成 2 种类型
端到端首部（End-to-end Header）
转发给请求 / 响应对应的最终接收目标，且必须保存在由缓存生成的响应中，另外规定它必须被转发。
逐跳首部（Hop-by-hop Header）
只对单次转发有效，会因通过缓存或代理而不再转发。
HTTP/1.1 和之后版本中，如果要使用 hop-by-hop 首部， 需提供 Connection 首部字段。
下面列举了 HTTP/1.1 中的逐跳首部字段。除这 8 个首部字段之外， 其他所有字段都属于端到端首部。
● Connection
● Keep-Alive
● Proxy-Authenticate
● Proxy-Authorization
● Trailer
● TE
● Transfer-Encoding
● Upgrade
扫一扫
826
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
