关于HTTPHeader的讨论

                    关于HTTP Headers的讨论  

            前些天由于一些编程需要&＃xff0c;接触到了HTTPheader的有关知识&＃xff0c;于是就本着学习的目的索性把这个东西弄个明白。今天在这里总结一下&＃xff0c;希望能帮助到一些有这方面知识要求的同学&＃xff0c;也方便自己在以后的学习中作参考。由于我也是第一次接触到这个东西&＃xff0c;如果有什么错误的理解和表述希望大家可以热心的及时提出来&＃xff0c;以免误导了更多看到这篇文章的人&＃xff0c;也方便我自己及时更正自己的错误。

下面入正题。

WHAT IS HTTP

HTTP是“Hypertext Transfer Protocol”的缩写&＃xff0c;是一个应用层协议&＃xff0c;整个万维网都在使用这种协议&＃xff0c;几乎你在浏览器里看到的大部分内容都是通过http协议来传输的。

WHAT  IS  HTTPHEADER

HTTP Headers(HTTP头部)是HTTP请求和相应的核心&＃xff0c;它承载了关于客户端浏览器&＃xff0c;请求页面&＃xff0c;服务器等相关的信息。

HTTP Headers 中的 HTTP请求

当我们打开浏览器&＃xff0c;点击一个超级链接的时候&＃xff08;比如https://www.google.com.hk/ &＃xff09;此时浏览器会做出类似如下的HTTP请求

这个图是我在打开这个网页的时候用HTTP Analyzer抓取的

下面我们一行一行的来解释各句话的的意思 

第一行&＃xff0c;被称作“Request - Line”请求行它包括三个部分&＃xff1a; 

I&＃xff09;第一个字段为“method” 它表明这是何种类型的请求. 最常见的请求类型有 GET,     POST 和 HEAD.学过WEB的应该比较熟悉这三种方法的区别与联系&＃xff0c;此处使用的是GET 方法&＃xff0c;这也是浏览器中比较常用的方法

II)第二个字段为“path” 它体现的是主机之后的路径. 例如&＃xff0c;当你做出请求 

      GET /webhp?hl&＃61;zh-CN&sourceid&＃61;cnh path HTTP/1.1时path就是

 “/webhp?hl&＃61;zh-CN&sourceid&＃61;cnhes/”.它表示获取/webhp?hl&＃61;zh-CN目录下资源ID为   cnhes的页面&＃xff0c;再如GET /images/logo.gif HTTP/1.1&＃xff0c;表示从/images目录下请求logo.gif   动态图片文件。

 III&＃xff09;第三个字段为“protocol” 包含有 “HTTP” 和版本号, 现代浏览器都会使用1.1.

剩下的部分每行都是一个“Name&＃xff1a;Value”对。它们包含了各式各样关于请求和你浏览器的信息

    第二行&＃xff0c;字段如下 它指明了主机的名称很显然这是Google的web服务器&＃xff1b;

    第三行&＃xff0c;字段如下. 它表明了链接状态

        如果为close 则表示告诉WEB服务器或者代理服务器&＃xff0c;在完成本次请求的响应后&＃xff0c;断开连接&＃xff0c;不要等待本次连接的后续请求了&＃xff1b;

        Keepalive 则表示告诉WEB服务器或者代理服务器&＃xff0c;在完成本次请求的响应后&＃xff0c;保持连接&＃xff0c;等待本次连接的后续请求。

        Keep-Alive&＃xff1a;如果浏览器请求保持连接&＃xff0c;则该头部表明希望 WEB 服务器保持连接多长时间&＃xff08;秒&＃xff09;。例如&＃xff1a;Keep-Alive&＃xff1a;300

    第四行&＃xff0c;

        是在告诉web服务器自己接受什么样的介质text/html表示接受text文档下的子文档html文档&＃xff0c;*/*表示接受所有的文档

    第五行

                它指明了  

                1、浏览器名&＃xff0c;版本号&＃xff0c;Moziall/5.0 Chrome/31.0.1650.63 Safari/537.36AppleWebKit/537.36 (KHTML, like Gecko&＃xff09;

                2、操作系统名&＃xff0c;版本号Windows NT 6.1; WOW64) 

                3、默认的)语言等

    第六行&＃xff0c;这应该是Chrome的一些变量参数&＃xff0c;我也不太清楚这个东西

    第七行&＃xff0c;表示可以接受的编码&＃xff0c;大部分的现代浏览器都支持gzip压缩&＃xff0c;并会把这一信息报告给服务器。这时服务器就会压缩过的HTML发送给浏览器。

            这可以减少近80%的文件大小&＃xff0c;以节省下载时间和带宽。

    第八行&＃xff0c;表示支持的语言

            这个信息可以说明用户的默认语言设置。如果网站有不同的语言版本&＃xff0c;那么就可以通过这个信息来重定向用户的浏览器。它还可以通过逗号分割来携带多国语言。第一个会是首选的语                 言&＃xff0c;其它语言会携带一个“q”值&＃xff0c;来表示用户对该语言的喜好程度&＃xff08;0~1&＃xff09;。

        第九行&＃xff0c;

        是有关COOKIE的说明

    另外&＃xff0c;还可能有如下字段一并整理如下

    Referer字段

　　    Referer字段允许客户端指定请求uri的源资源地址&＃xff0c;这可以允许服务器生成回退链表&＃xff0c;可用来登陆、优化cache等。他也允许废除的或错误的连接由于维护的目的被追踪。

        如果请求的uri没有自己的uri地址&＃xff0c;Referer不能被发送。如果指定的是部分uri地址&＃xff0c;则此地址应该是一个相对地址。

    Range字段

        　　Range字段可以请求实体的一个或者多个子范围。例如&＃xff0c;

        　　表示头500个字节&＃xff1a;bytes&＃61;0-499

        　　表示第二个500字节&＃xff1a;bytes&＃61;500-999

        　　表示最后500个字节&＃xff1a;bytes&＃61;-500

        　　表示500字节以后的范围&＃xff1a;bytes&＃61;500-

        　　第一个和最后一个字节&＃xff1a;bytes&＃61;0-0,-1

　    　同时指定几个范围&＃xff1a;bytes&＃61;500-600,601-999

　    　但是服务器可以忽略此请求头&＃xff0c;如果无条件GET包含Range请求头&＃xff0c;响应会以状态码206&＃xff08;PartialContent&＃xff09;返回而不是以200&＃xff08;OK&＃xff09;。

HTTP Headers 中的 HTTP响应

                这是HTTP响应的Header部分

                第一行&＃xff0c;“Status Header”称为状态行HTTP/1.1 302 Found意思是说&＃xff0c;请求的资源现在临时从不同的 URI 响应请求。

                由于这样的重定向是临时的&＃xff0c;客户端应当继续向原有地址发送以后的请求&＃xff0c;下附HTTP状态码表 

                下面是详细更的解释    

   I&＃xff09;1XX信息状态码

  II&＃xff09;2XX成功状态码

  III&＃xff09;3XX成功状态码

                IV)客户端错误状态码

                VI&＃xff09;服务器端错误状态码  

                第二行&＃xff0c;

                这个头部是用来重定向的。如果响应代码为 301 或者 302 &＃xff0c;服务器就必须发送该头部。

                第三行&＃xff0c;

                Cache-Control指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置Cache-Control并不会修改另一个消息处理过程中的缓存处理过程。

                请求时的缓存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached&＃xff0c;响应消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。各个消息中的指令含义如下&＃xff1a;

                　　Public指示响应可被任何缓存区缓存。

                　　Private指示对于单个用户的整个或部分响应消息&＃xff0c;不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息&＃xff0c;此响应消息对于其他用户的请求无效。

                　　no-cache指示请求或响应消息不能缓存

                　　no-store用于防止重要的信息被无意的发布。在请求消息中发送将使得请求和响应消息都不使用缓存。

                　　max-age指示客户机可以接收生存期不大于指定时间&＃xff08;以秒为单位&＃xff09;的响应。

                　　min-fresh指示客户机可以接收响应时间小于当前时间加上指定时间的响应。

                max-stale指示客户机可以接收超出超时期间的响应消息。如果指定max-stale消息的值&＃xff0c;那么客户机可以接收超出超时期指定值之内的响应消息。            

                第四行&＃xff0c;

                                这个头部包含了文档的”mime-type”。浏览器将会依据该参数决定如何对文档进行解析。                     

                                Content-Type: text/html; charset&＃61;UTF-8

                               ‘text’ 是文档类型&＃xff0c;‘html’则是文档子类型。 这个头部还包括了更多信息&＃xff0c;例如 charset 指明了字符集&＃xff1b;

                如果是一个图片&＃xff0c;将会发送这样的响应&＃xff1a;Content-Type: image/gif  浏览器可以通过mime-type来决定使用外部程序还是自身扩展来打开该文档。

                                如下的例子将会调用Adobe Reader&＃xff1a;

                                Content-Type: application/pdf

                                直接载入&＃xff0c;Apache通常会自动判断文档的mime-type并且添加合适的信息到头部去。

                        并且大部分浏览器都有一定程度的容错&＃xff0c;在头部未提供或者错误提供该信息的情况下它会去自动检测mime-type。        

           第五行&＃xff0c;很显然&＃xff0c;这是指明了响应的时间&＃xff08;GMT为格林威治世界时间&＃xff09;。

           第六行&＃xff0c;

                Server响应头包含处理请求的原始服务器的软件信息。此域能包含多个产品标识和注释&＃xff0c;产品标识一般按照重要性排序显然&＃xff0c;Google使用的是自家的Google Web Server

                下附国内网站的Web服务器表

                第七行&＃xff0c;

                 　Content-Length&＃xff1a; WEB 服务器告诉浏览器自己响应的对象的长度。

                剩下的部分是有关安全的一些字段&＃xff0c;这里不做过多讨论&＃xff08;暂不清楚具体意思&＃xff09;

                有的还有Set-COOKIE字段

                Set-COOKIE:BDRCVFR[feWj1Vr5u3D]&＃61;I67x6TjHwwYf0; path&＃61;/; domain&＃61;.baidu.com

                Set-COOKIE:BD_CK_SAM&＃61;1;path&＃61;/

                Set-COOKIE:BDSVRTM&＃61;175; path&＃61;/

                Set-COOKIE:H_PS_PSSID&＃61;5013_5141_5041_1422_4261_4760; path&＃61;/; domain&＃61;.baidu.com

                当一个网站需要设置或者更新你浏览的COOKIE信息时&＃xff0c;它就会使用这样的头部           

                还有的会有这些字段

                其中ExpireWEB服务器表明该实体将在什么时候过期&＃xff0c;对于过期了的对象&＃xff0c;只有在跟 WEB服务器验证了其有效性后&＃xff0c;才能用来响应客户请求。

                 Last-Modified 顾名思义&＃xff0c;这个头部信息用GMT格式表明了文档的最后修改时间;         

                Etag 服务器可能会将该信息和每个被发送文件一起响应给浏览器。该值可以包含文档    的最后修改日期&＃xff0c;文件大小或者文件校验和。这是一个对象&＃xff08;比如URL&＃xff09;的标志值&＃xff0c; 就一个对                象而言&＃xff0c;比如一个 html 文件&＃xff0c;如果被修改了&＃xff0c;其 Etag 也会别修改&＃xff0c; 所以&＃xff0c; ETag 的作用跟 Last-Modified 的作用差不多&＃xff0c;主要供 WEB 服务器 判断一个对象是 否改变了。比如前一次请              求某个 html 文件时&＃xff0c;获得了其 ETag&＃xff0c;当这次又请求这个文 件时&＃xff0c;浏览器就会把先前获得的 ETag 值发送给 WEB 服务器&＃xff0c;然后 WEB 服务器会 把这个 ETag 跟该文件的当前 ETag 进行              对比&＃xff0c;然后就知道这个文件   有没有改变了。

               还有如下字段

                If-Match&＃xff1a;如果对象的 ETag 没有改变&＃xff0c;其实也就意味著对象没有改变&＃xff0c; 才执行请求的动作。

                If-None-Match&＃xff1a;如果对象的 ETag 改变了&＃xff0c;其实也就意味著对象也改变了&＃xff0c;才执行请求的动作。

                对于Accept-Ranges

                WEB服务器表明自己是否接受获取其某个实体的一部分&＃xff08;比如文件的一部分&＃xff09;的请求。

                bytes&＃xff1a;表示接受&＃xff0c;none&＃xff1a;表示不接受

                另外&＃xff0c;还有

                Vary:Accept-Encoding 　　 诉代理服务器缓存两种版本的资源&＃xff1a;压缩和非压缩&＃xff0c;这有助于避免一些公共代理不能正确地检测Content-Encoding标头的问题

                Transfer-Encoding:chunked 当不能预先确定报文体的长度时&＃xff0c;不可能在头中包含Content-Length域来指明报文体长度&＃xff0c;此时就需要通过Transfer-Encoding域来确定报文体长度&＃xff0c;通常情况                               下&＃xff0c;Transfer-Encoding域的值应当为chunked,表明采用chunked编码方式来进行报文体的传输。

                基本上关于HTTP Headers的内容就到这里了。希望可以帮助到大家&＃xff01;