HTTP 头部解释,HTTP 头部详细分析,最全HTTP头部信息

时间:2022-03-20 15:55:59

============================================================================================================================
HTTP头部信息简单说明
一、HTTP响应码响应码由三位十进制数字组成,它们出现在由HTTP服务器发送的响应的第一行。
    响应码分五种类型,由它们的第一位数字表示:
        1xx:信息,请求收到,继续处理
        2xx:成功,行为被成功地接受、理解和采纳
        3xx:重定向,为了完成请求,必须进一步执行的动作
        4xx:客户端错误,请求包含语法错误或者请求无法实现
        5xx:服务器错误,服务器不能实现一种明显无效的请求
    下表显示每个响应码及其含义:
        100 继续
        101 分组交换协
        200 OK
        201 被创建
        202 被采纳
        203 非授权信息
        204 无内容
        205 重置内容
        206 部分内容
        300 多选项
        301 永久地传送
        302 找到
        303 参见其他
        304 未改动
        305 使用代理
        307 暂时重定向
        400 错误请求
        401 未授权
        402 要求付费
        403 禁止
        404 未找到
        405 不允许的方法
        406 不被采纳
        407 要求代理授权
        408 请求超时
        409 冲突
        410 过期的
        411 要求的长度
        412 前提不成立
        413 请求实例太大
        414 请求URI太大
        415 不支持的媒体类型
        416 无法满足的请求范围
        417 失败的预期
        500 内部服务器错误
        501 未被使用
        502 网关错误
        503 不可用的服务
        504 网关超时
        505 HTTP版本未被支持
二、HTTP头标头标由主键/值对组成。它们描述客户端或者服务器的属性、被传输的资源以及应该实现连接。
        四种不同类型的头标:
        1.通用头标:即可用于请求,也可用于响应,是作为一个整体而不是特定资源与事务相关联。
        2.请求头标:允许客户端传递关于自身的信息和希望的响应形式。
        3.响应头标:服务器和于传递自身信息的响应。
        4.实体头标:定义被传送资源的信息。即可用于请求,也可用于响应。
        头标格式:<name>:<value><CRLF>
============================================================================================================================
下表描述在HTTP/1.1中用到的头标
1. Allow:                一个响应头标,它定义一个由位于请求URI中的次源所支持的HTTP方法列表。例如:Allow: GET,PUT
2. Accept:                告诉WEB服务器自己接受什么介质类型,按优先级排序;在一个以逗号为分隔的列表中,可以定义多种类型和使用通配符
                        */* 表示任何类型,type/* 表示该类型下的所有子类型,type/sub-type。
                        例如:Accept: image/jpeg,image/png,*/*

3. Accept-Charset:       浏览器申明自己接收的字符集,按优先级排序;在一个以逗号为分隔的列表中,可以定义多种类型和使用通配符。
                        例如:Accept-Charset: iso-8859-1,*,utf-8
   Accept-Encoding:      浏览器申明自己接收的编码方法,通常指定压缩方法,是否支持压缩,支持什么压缩方法  (gzip,deflate)
                        例如:Accept-Encoding:gzip,compress
   Accept-Language::    浏览器申明自己接收的语言语言跟字符集的区别:中文是语言,中文有多种字符集,比如big5,gb2312,gbk等等。
                        例如:Accept-Language: en,de
4. Accept-Ranges:        一个响应头标,WEB服务器表明自己是否接受获取其某个实体的一部分(比如文件的一部分)的请求。bytes:表示接受,none:表示不接受。
                        该头标的值被理解为请求范围的度量单位。
                        例如Accept-Ranges: bytes 或 Accept-Ranges: none
 
5. Age:                允许服务器规定自服务器生成该响应以来所经过的时间长度,以秒为单位。该头标主要用于缓存响应。例如:Age: 30
 
6. Authorization:        当客户端接收到来自WEB服务器的 WWW-Authenticate 响应时,该头部来回应自己的身份验证信息给WEB服务器。

7. Cache-Control:
                请求:    no-cache(不要缓存的实体,要求现在从WEB服务器去取)
                        max-age:(只接受 Age 值小于 max-age 值,并且没有过期的对象)
                        max-stale:(可以接受过去的对象,但是过期时间必须小于max-stale 值)
                        min-fresh:(接受其新鲜生命期大于其当前 Age 跟 min-fresh 值之和的缓存对象)
                响应:    public(可以用 Cached 内容回应任何用户)
                        private(只能用缓存内容回应先前请求该内容的那个用户)
                        no-cache(可以缓存,但是只有在跟WEB服务器验证了其有效后,才能返回给客户端)
                        max-age:(本响应包含的对象的过期时间)
                        ALL:  no-store(不允许缓存)

8. Connection:
                请求:    close(告诉WEB服务器或者代理服务器,在完成本次请求的响应后,断开连接,不要等待本次连接的后续请求了)。
                        keepalive(告诉WEB服务器或者代理服务器,在完成本次请求的响应后,保持连接,等待本次连接的后续请求)。
                响应:    close(连接已经关闭)。
                        keepalive(连接保持着,在等待本次连接的后续请求)。
                        Keep-Alive:如果浏览器请求保持连接,则该头部表明希望 WEB 服务器保持连接多长时间(秒)。    
                                    例如:Keep-Alive:300
 
9. Content-Base:        一种定义基本URI的实体头标,为了在实体范围内解析相对URLs。
                        如果没有定义Content-Base头标解析相对URLs,使用Content-Location URI(存在且绝对)或使用URI请求。
                        例如:Content-Base: http://www.myweb.com
   Content-Encoding:    WEB服务器表明自己使用了什么压缩方法(gzip,deflate)压缩响应中的对象。
                        例如:Content-Encoding:gzip
   Content-Language:    WEB 服务器告诉浏览器自己响应的对象的语言。
   Content-Length:      WEB 服务器告诉浏览器自己响应的对象的长度。
                        例如:Content-Length: 26012
   Content-Location:    指定包含于请求或响应中的资源定位(URI)。如果是一绝对URL它也作为被解析实体的相对URL的出发点。
                        例如:Content-Location: http://www.myweb.com/news
   Content-Range:      随部分实体一同发送;标明被插入字节的低位与高位字节偏移,也标明此实体的总长度。
                        例如:Content-Range: 1001-2000/5000
   Content-Type:       WEB 服务器告诉浏览器自己响应的对象的类型。
                        例如:Content-Type:application/xml
                        发送或者接收的实体的MIME类型。
                        例如:Content-Type: text/html
   Content-MD5:            实体的一种MD5摘要,用作校验和。发送方和接受方都计算MD5摘要,接受方将其计算的值与此头标中传递的值进行比较。
                        例如:Content-MD5: <base64 of 128 MD5 digest>

10. Date:                发送HTTP消息的日期。例如:Date: Mon,10PR 18:42:51 GMT

11. ETag:                就是一个对象(比如URL)的标志值,就一个对象而言,比如一个 html 文件,如果被修改了,其 Etag 也会别修改。
                        所以,ETag 的作用跟 Last-Modified 的作用差不多,主要供 WEB 服务器 判断一个对象是否改变了。
                        比如前一次请求某个 html 文件时,获得了其 ETag,当这次又请求这个文件时,浏览器就会把先前获得的 ETag 值发送给  WEB 服务器,然后 WEB 服务器
                        会把这个 ETag 跟该文件的当前 ETag 进行对比,然后就知道这个文件有没有改变了。

12. Expired:            WEB服务器表明该实体将在什么时候过期,对于过期了的对象,只有在跟WEB服务器验证了其有效性后,才能用来响应客户请求。
                        是 HTTP/1.0 的头部。
                        例如:Expires:Sat, 23 May 2009 10:02:12 GMT
 
13. Host:                客户端指定自己想访问的WEB服务器的域名/IP 地址和端口号。
                        例如:Host:rss.sina.com.cn
 
14. If-Match:            如果对象的 ETag 没有改变,其实也就意味著对象没有改变,才执行请求的动作。
    If-None-Match:        如果对象的 ETag 改变了,其实也就意味著对象也改变了,才执行请求的动作。
 
15. If-Modified-Since:    如果请求的对象在该头部指定的时间之后修改了,才执行请求的动作(比如返回对象),否则返回代码304,告诉浏览器该对象没有修改。
                        例如:If-Modified-Since:Thu, 10 Apr 2008 09:14:42 GMT
    If-Unmodified-Since:如果请求的对象在该头部指定的时间之后没修改过,才执行请求的动作(比如返回对象)。
 
16. If-Range:            浏览器告诉 WEB 服务器,如果我请求的对象没有改变,就把我缺少的部分给我,如果对象改变了,就把整个对象给我。 浏览器通过发送请求对象的
                        ETag 或者 自己所知道的最后修改时间给 WEB 服务器,让其判断对象是否改变了。总是跟 Range 头部一起使用。
 
17. Last-Modified:        WEB 服务器认为对象的最后修改时间,比如文件的最后修改时间,动态页面的最后产生时间等等。
                        例如:Last-Modified:Tue, 06 May 2008 02:42:43 GMT
 
18. Location:            WEB 服务器告诉浏览器,试图访问的对象已经被移到别的位置了,到该头部指定的位置去取。与状态编码302(暂时移动)或者301(永久性移动)配合使用。
                        例如:Location:http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif
                        例如:Location: http://www2.myweb.com/index.jsp
19. Max-Forwards:        一个用于TRACE方法的请求头标,以指定代理或网关的最大数目,该请求通过网关才得以路由。在通过请求传递之前,代理或网关应该减少此数目。
                        例如:Max-Forwards: 3
20. Retry-After:         一种响应头标域,由服务器与状态编码503(无法提供服务)配合发送,以标明再次请求之前应该等待多长时间。此时间即可以是一种日期,也可以是一种秒单位。
                        例如:Retry-After: 18                    
21. Pramga:            一个通用头标,它发送实现相关的信息
                        主要使用 Pramga: no-cache,相当于 Cache-Control: no-cache。
                        例如:Pragma:no-cache
 
22. Proxy-Authenticate:代理服务器响应浏览器,要求其提供代理身份验证信息。
    Proxy-Authorization:浏览器响应代理服务器的身份验证请求,提供自己的身份信息。
    
    www-Authenticate:    一个提示用户代理提供用户名和口令的响应头标,与状态编码401(未授权)配合使用。响应一个授权头标。
                        例如:www-Authenticate: Basic realm=zxm.mgmt
                        HTTP/1.0 401 unauthorized
    AUTHORIZATION:        一个响应头标,用于定义访问一种资源所必需的授权(域和被编码的用户ID与口令)。
                        例如:Authorization: Basic YXV0aG9yOnBoaWw=
 
23. Range:                浏览器(比如 Flashget 多线程下载时)告诉 WEB 服务器自己想取对象的哪部分。
                        例如:Range: bytes=1173546-

24. Public:            列表显示服务器所支持的方法集。例如:Public: OPTIONS,MGET,MHEAD,GET,HEAD
 
25. Referer:            浏览器向 WEB 服务器表明自己是从哪个 网页/URL 获得/点击 当前请求中的网址/URL。
                        例如:Referer:http://www.sina.com/
 
26. Server:             WEB 服务器表明自己是什么软件及版本等信息。
                        例如:Server:Apache/2.0.61 (Unix)
 
27. User-Agent:         浏览器表明自己的身份(是哪种浏览器)。
                        例如:User-Agent:Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN;  rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
                        
28. Upgrade:            允许服务器指定一种新的协议或者新的协议版本,与响应编码101(切换协议)配合使用。
                        例如:Upgrade: HTTP/2.0
 
29. Transfer-Encoding:     WEB 服务器表明自己对本响应消息体(不是消息体里面的对象)
                        作了怎样的编码,比如是否分块(chunked)。例如:Transfer-Encoding: chunked

 
30. Vary:                 WEB服务器用该头部的内容告诉 Cache 服务器,在什么条件下才能用本响应所返回的对象响应后续的请求。
                        假如源WEB服务器在接到第一个请求消息时,其响应消息的头部为:Content-Encoding: gzip; Vary: Content-Encoding  那么 Cache 服务器会分析后续请求消息的头部,检查其 Accept-Encoding,是否跟先前响应的 Vary 头部值一致,即是否使用相同的内容编码方法,这样就可以防止 Cache 服务器用自己Cache 里面压缩后的实体响应给不具备解压能力的浏览器。
                        例如:Vary:Accept-Encoding
 
31. Via:                 列出从客户端到 OCS 或者相反方向的响应经过了哪些代理服务器,他们用什么协议(和版本)发送的请求。
                        当客户端请求到达第一个代理服务器时,该服务器会在自己发出的请求里面添加 Via 头部,并填上自己的相关信息,当下一个代理服务器 收到第一个代理服务器的请求时,会在自己发出的请求里面复制前一个代理服务器的请求的Via头部,并把自己的相关信息加到后面, 以此类推,当 OCS 收到最后一个代理服务器的请求时,检查 Via 头部,就知道该请求所经过的路由。
                        例如:Via:1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)
32.Warning:            用于提供关于响应状态补充信息的响应头标。
                        例如:Warning: 99 www.myweb.com Piano needs tuning
============================================================================================================================
HTTP 请求消息头部实例:
Host:rss.sina.com.cn
User-Agent:Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language:zh-cn,zh;q=0.5
Accept-Encoding:gzip,deflate
Accept-Charset:gb2312,utf-8;q=0.7,*;q=0.7
Keep-Alive:300
Connection:keep-alive
Cookie:userId=C5bYpXrimdmsiQmsBPnE1Vn8ZQmdWSm3WRlEB3vRwTnRtW   <-- Cookie
If-Modified-Since:Sun, 01 Jun 2008 12:05:30 GMT
Cache-Control:max-age=0
HTTP 响应消息头部实例:
Status:OK - 200                                                <-- 响应状态码,表示 web 服务器处理的结果。
Date:Sun, 01 Jun 2008 12:35:47 GMT
Server:Apache/2.0.61 (Unix)
Last-Modified:Sun, 01 Jun 2008 12:35:30 GMT
Accept-Ranges:bytes
Content-Length:18616
Cache-Control:max-age=120
Expires:Sun, 01 Jun 2008 12:37:47 GMT
Content-Type:application/xml
Age:2
X-Cache:HIT from 236-41.D07071951.sina.com.cn                  <-- 反向代理服务器使用的 HTTP 头部
Via:1.0 236-41.D07071951.sina.com.cn:80 (squid/2.6.STABLE13)
Connection:close