`

HTTP 头部字段

阅读更多
  • 1、 Accept:告诉WEB服务器自己接受什么介质类型,*/* 表示任何类型,type/* 表示该类型下的所有子类型,type/sub-type。
  • 2、 Accept-Charset: 浏览器申明自己接收的字符集
    Accept-Encoding: 浏览器申明自己接收的编码方法,通常指定压缩方法,是否支持压缩,支持什么压缩方法(gzip,deflate)
    Accept-Language:浏览器申明自己接收的语言
    语言跟字符集的区别:中文是语言,中文有多种字符集,比如big5,gb2312,gbk等等。
  • 3、 Accept-Ranges:WEB服务器表明自己是否接受获取其某个实体的一部分(比如文件的一部分)的请求。bytes:表示接受,none:表示不接受。
  • 4、 Age:当代理服务器用自己缓存的实体去响应请求时,用该头部表明该实体从产生到现在经过多长时间了。
  • 5、 Authorization:当客户端接收到来自WEB服务器的 WWW-Authenticate 响应时,用该头部来回应自己的身份验证信息给WEB服务器。
  • 6、 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(不允许缓存)
  • 7、 Connection:请求:close(告诉WEB服务器或者代理服务器,在完成本次请求的响应后,断开连接,不要等待本次连接的后续请求了)。
    keepalive(告诉WEB服务器或者代理服务器,在完成本次请求的响应后,保持连接,等待本次连接的后续请求)。
    响应:close(连接已经关闭)。
    keepalive(连接保持着,在等待本次连接的后续请求)。
    Keep-Alive:如果浏览器请求保持连接,则该头部表明希望 WEB 服务器保持连接多长时间(秒)。例如:Keep-Alive:300
  • 8、 Content-Encoding:WEB服务器表明自己使用了什么压缩方法(gzip,deflate)压缩响应中的对象。例如:Content-Encoding:gzip
  • 9、Content-Language:WEB 服务器告诉浏览器自己响应的对象的语言。
  • 10、Content-Length: WEB 服务器告诉浏览器自己响应的对象的长度。例如:Content-Length: 26012
  • 11、Content-Range: WEB 服务器表明该响应包含的部分对象为整个对象的哪个部分。例如:Content-Range: bytes 21010-47021/47022
  • 12、Content-Type: WEB 服务器告诉浏览器自己响应的对象的类型。例如:Content-Type:application/xml
  • 13、ETag:就是一个对象(比如URL)的标志值,就一个对象而言,比如一个 html 文件,如果被修改了,其 Etag 也会别修改,所以ETag 的作用跟 Last-Modified 的作用差不多,主要供 WEB 服务器判断一个对象是否改变了。比如前一次请求某个 html 文件时,获得了其 ETag,当这次又请求这个文件时,浏览器就会把先前获得的 ETag 值发送给WEB 服务器,然后 WEB 服务器会把这个 ETag 跟该文件的当前 ETag 进行对比,然后就知道这个文件有没有改变了。
  • 14、 Expired:WEB服务器表明该实体将在什么时候过期,对于过期了的对象,只有在跟WEB服务器验证了其有效性后,才能用来响应客户请求。是 HTTP/1.0 的头部。例如:Expires:Sat, 23 May 2009 10:02:12 GMT
  • 15、 Host:客户端指定自己想访问的WEB服务器的域名/IP 地址和端口号。例如:Host:rss.sina.com.cn
  • 16、 If-Match:如果对象的 ETag 没有改变,其实也就意味著对象没有改变,才执行请求的动作。
  • 17、 If-None-Match:如果对象的 ETag 改变了,其实也就意味著对象也改变了,才执行请求的动作。
  • 18、 If-Modified-Since:如果请求的对象在该头部指定的时间之后修改了,才执行请求的动作(比如返回对象),否则返回代码304,告诉浏览器该对象没有修改。例如:If-Modified-Since:Thu, 10 Apr 2008 09:14:42 GMT
  • 19、 If-Unmodified-Since:如果请求的对象在该头部指定的时间之后没修改过,才执行请求的动作(比如返回对象)。
  • 20、 If-Range:浏览器告诉 WEB 服务器,如果我请求的对象没有改变,就把我缺少的部分给我,如果对象改变了,就把整个对象给我。浏览器通过发送请求对象的 ETag 或者 自己所知道的最后修改时间给 WEB 服务器,让其判断对象是否改变了。总是跟 Range 头部一起使用。
  • 21、 Last-Modified:WEB 服务器认为对象的最后修改时间,比如文件的最后修改时间,动态页面的最后产生时间等等。例如:Last-Modified:Tue, 06 May 2008 02:42:43 GMT
  • 22、 Location:WEB 服务器告诉浏览器,试图访问的对象已经被移到别的位置了,到该头部指定的位置去取。例如:Location:http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif
  • 23、 Pramga:主要使用 Pramga: no-cache,相当于 Cache-Control: no-cache。例如:Pragma:no-cache
  • 24、 Proxy-Authenticate: 代理服务器响应浏览器,要求其提供代理身份验证信息。Proxy-Authorization:浏览器响应代理服务器的身份验证请求,提供自己的身份信息。
  • 25、 Range:浏览器(比如 Flashget 多线程下载时)告诉 WEB 服务器自己想取对象的哪部分。例如:Range: bytes=1173546-
  • 26、 Referer:浏览器向 WEB 服务器表明自己是从哪个 网页/URL 获得/点击 当前请求中的网址/URL。例如:Referer:http://www.sina.com/
  • 27、 Server: WEB 服务器表明自己是什么软件及版本等信息。例如:Server:Apache/2.0.61 (Unix)
  • 28、 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
  • 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.D0707195.sina.com.cn:80 (squid/2.6.STABLE13)

分类如下

通用信息头
通用信息头可以用于请求消息,也可以用于响应消息,包括一些写被传输的实体内容没有关系的一些消息头字段.
Cache-Control: no-cache (*) //是否缓存当前的消息
Connection: close     //用于指定处理完本次请求后是否保持连接. 如果为close时就处理完响应就断开连接(HTTP1.1默认是打开持久连接.如果没有close就默认是连接的.)
Date:Tue, 11 Jul 2000 18:23:51 GMT
Pragma:no-cache     //HTTP1.0中指定不要缓存的HTTP头.
Trailer:Date           //指于在实体信息后面可以出现那些头字段
Transfer_Encoding:chunked    //传输的编码方式.给HTTP内容分段传送。chunked是指每个分段开始都有一个16进制的长度.后后一个分段必须为零的分段.
Upgrade:HTTP/2.0 ,sHTTP/1.3 //希望使用什么协议来通知.
Via:HTTP/1.1 Proxy1,Http/1.1 Proxy2 //代理服务器的信息,如果经过多个,就会在vai中加后面依次加入多个.

注:Content-Length和Transfer_Encoding分别什么时候用,如果程序在缓冲中知道内容长度就使用Content-Length,如果缓冲区一次不能缓冲,那就只能使用Transfer_Encoding,然后分段传输.

常用请求头:
主要是用在客户端向服务器传递附加和信息,比如支持的数据类型,压缩方法,语言
Accept:text/html,image/*           //支持的文件格式
Accept-Charset:ISO-8859-1,unicode-1-1 //支持的字符集
Accept-Encoding:gzip,compress //支持的编码方式
Accept-language:en-gb,zh-cn   //支持的语言
Authorization:Basic asdfsadfsafdaenh4 //加密认证方法
Host: www.php-oa.com:80    //指定客户端打开的主机名和端口号
if-Match:"aaa","bbb"          //实体标签.用来查看是否是和当前的信息一样.
if-Modified-Since: Tue, 11 Jul 2008 18:03:00 GMT //上次缓存的网页缓存时间
if-None-Match:"aaa","bbb"    //和if-match相反
if-Range: Tue, 11 Jul 2008 18:03:00 GMT   //只能和Range一起使用.
if_Unmodified-Since:Tue,11 Jul 2008 18:03:00 GMT 和if-Modified-Sinc相反.
Max-Forwards: 1   //通过代理服务器的数量,象ttl值.
Proxy-authorization: //代理时的方法
Range:bytes=100-599 //断点续传时使用的HTTP
Referer:HTTP://www.php-oa.com/index.php //上一跳来源的网站
TE:trailers.deflate //说明客户除了chunked还能使用什么方法
User-Agent:Mozilla/40(compatible;MSIE5.5;Windows NT 5.0) //浏览器信息

实体头
主要用做实体内容的元信息,表示实体内容的属性,包括实体信息类型,长度,压缩方法.最后一次修改时间,数据有效期等.

Allow :GET.POST
Content-Encoding:gzip
Content-Language:zh-cn
Content-Length:800                   //大小
Content-Location:HTTP://www.php-oa.com/index.html   //重定向到
Content-MD5: ABDEDFDEFERDFEFE==           //指出md5,可以算出内容是否被改变过
Content-Range:bytes 2543-4532/7878        //断点续传时用.
Content-Type:text/html;charset=GB2312     //指定文件类型,和字符集
Expires: Tue, 28 Jul 2008 16:49:49          //过期时间
Last-Modified:Tue 11 Jul 2008 16:49:4      //最后更新时间

扩展头
HTTP1.1中没有定义的字段.比如下面的这些.
Cookie
Set-Cookie
Refersh: 1; url=HTTP://www.php-oa.com
Content-Disposition
    Content-Type:application/octet-stream
    Content-Disposition:attachment;filename=aaa.zip //filename为文件保存的名字

分享到:
评论

相关推荐

    HTTP协议头字段及分析

    HTTP协议定义了一系列的规则来规范客户端与服务器之间的交互方式,而HTTP头部字段则是这些交互中非常关键的部分之一。 HTTP头部字段分为四类:通用头部字段(General Header)、请求头部字段(Request Header)、...

    SANGFOR_AD_v4.1_HTTP头部改写测试案例.pdf

    ... ... - **请求改写**:涉及请求行的VERSION、METHOD、URI,以及请求头部的HOST、COOKIE、USER-...通过实例展示了如何插入、改写和删除HTTP头部字段,以及相应的配置步骤和测试方法,为网络管理员提供了详细的实施指南。

    解决HTTP请求中的字符编码问题:技术指南与最佳实践

    本文将深入探讨HTTP请求中字符编码的处理方法,包括字符编码的基本概念、常见问题、HTTP头部字段的作用,以及如何在客户端和服务器端处理字符编码。 字符编码问题在Web开发中非常常见,但通过正确的设置和处理,可以...

    在Linux系统下使用curl自定义HTTP头的方法.docx

    对于某些常见的HTTP头部字段(如User-Agent、Cookie、Host等),curl还提供了专门的选项来进行设置,这使得操作更加简便: - `-A` 或 `--user-agent`:用于设置User-Agent字段。 - `-b` 或 `--cookie`:用于设置...

    获取真实IP

    2. **HTTP头部字段的不可靠性**:许多获取真实IP的方法依赖于HTTP头部字段(如`X-Forwarded-For`),但这些字段可以被轻易篡改。 3. **安全性考虑**:不正确地处理代理问题可能会导致安全漏洞,例如IP欺骗。 #### ...

    http2-rfc7540中英文对照1

    14. **HTTP头部字段**:HTTP2中对连接特定的头部字段进行了规定,引入了伪头部字段,以减少首部的重复并提高压缩效率。 15. **Cookie头部字段的压缩**:HTTP2的头部压缩算法也适用于Cookie字段,进一步提高了传输...

    HTTP协议原理+实践 Web开发工程师必学.txt

    HTTP头部字段用于传递客户端和服务端之间的一些附加信息。 - **通用头部**:同时出现在请求头和响应头中的头部字段。 - **请求头部**:只出现在请求头中的头部字段。 - **响应头部**:只出现在响应头中的头部字段。...

    http cache-control详解

    HTTP 缓存是提高网页加载速度和降低服务器压力的关键机制,它主要由HTTP消息头中的`Cache-Control`字段控制。`Cache-Control`指令允许服务器告诉客户端(如浏览器)如何处理缓存的响应。理解并正确使用`Cache-...

    HTTP各状态码生成原理,请求头、响应头各字段含义(爬虫深入必备知识).docx

    理解这些HTTP状态码和头部字段对于爬虫开发者尤其重要,有助于正确处理各种网络交互,确保数据的准确获取和有效处理。在实际开发中,应根据具体需求灵活运用这些知识,以实现高效、稳定的网络通信。

    hpack-源码.rar

    静态字典包含常见的HTTP头部字段和它们的值,这些是所有HTTP/2连接共享的。动态字典则根据每个连接的头部交换历史动态构建,可以更有效地压缩那些不常见但特定于某个连接的头部。 三、HPACK的编码过程 1. **索引...

    HTTP协议详解及RFC2616(HTTP)中文版

    **HTTP头部字段** HTTP协议通过头部字段传递额外的信息,如请求头部(Request Headers)、响应头部(Response Headers)和实体头部(Entity Headers)。例如: - **User-Agent**:标识发出请求的客户端类型和版本。...

    张孝祥_HTTP协议详解

    HTTP头部字段是请求和响应中的关键元素,如: - User-Agent:标识发送请求的客户端类型。 - Accept:指定客户端接受的媒体类型。 - Host:指明请求的服务器地址。 - Content-Type:定义请求体或响应体的数据类型。 -...

    htpp上传文件包

    具体而言,我们将重点关注以下几点:HTTP请求的基本结构、multipart/form-data MIME类型、HTTP头部字段以及涉及到的相关概念。 ### HTTP请求的基本结构 HTTP(超文本传输协议)是客户端与服务器之间通信的基础协议...

    http头部cache-control字段解析

    HTTP头部的`Cache-Control`字段是HTTP协议中用于控制缓存行为的重要机制,它为客户端和服务器之间的数据传输提供了更多的灵活性和效率。本文将深入解析`Cache-Control`字段的含义、作用及其各种指令,帮助你更好地...

    HTTPExample

    HTTP头部字段在请求和响应中起着关键作用,它们提供了额外的信息,如用户代理、缓存控制、内容编码等。例如: - `User-Agent`: 客户端信息,通常包含浏览器类型和版本。 - `Accept`: 客户端可以接收的媒体类型。 - `...

    浏览器缓存机制 mindMaster脑图与visio流程图

    接下来是“浏览器缓存脑图文件”,它可能更直观地呈现了各种缓存策略、缓存验证方法以及HTTP头部字段之间的关系。在这个脑图中,我们可以看到如何通过ETag(实体标签)和Last-Modified(最后修改时间)进行协商缓存...

    HTTPAnalyzerStdV3

    4. **HTTP头部分析**:所有HTTP头部字段,如Accept、Content-Type、Referer等,都可以在工具中查看和分析,这对于理解服务器如何处理请求以及优化资源加载策略很有帮助。 5. **TCP连接信息**:HTTPAnalyzerStdV3还...

Global site tag (gtag.js) - Google Analytics