`
zhangchibang
  • 浏览: 346278 次
社区版块
存档分类
最新评论

HTTP 头部解释

阅读更多
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                  
   Content-Language:WEB 服务器告诉浏览器自己响应的对象的语言。
   Content-Length:  WEB 服务器告诉浏览器自己响应的对象的长度。
                                  例如:Content-Length: 26012
   Content-Range:   WEB 服务器表明该响应包含的部分对象为整个对象的哪个部分。
                                  例如:Content-Range: bytes 21010-47021/47022
   Content-Type:    WEB 服务器告诉浏览器自己响应的对象的类型。
                                  例如:Content-Type:application/xml
 
9. ETag:就是一个对象(比如URL)的标志值,就一个对象而言,比如一个 html 文件,
                如果被修改了,其 Etag 也会别修改, 所以,ETag 的作用跟 Last-Modified 的
               作用差不多,主要供 WEB 服务器 判断一个对象是否改变了。
                 比如前一次请求某个 html 文件时,获得了其 ETag,当这次又请求这个文件时,
                 浏览器就会把先前获得的 ETag 值发送给  WEB 服务器,然后 WEB 服务器
                 会把这个 ETag 跟该文件的当前 ETag 进行对比,然后就知道这个文件
                 有没有改变了。
        
10. Expired:WEB服务器表明该实体将在什么时候过期,对于过期了的对象,只有在
                       跟WEB服务器验证了其有效性后,才能用来响应客户请求。
                       是 HTTP/1.0 的头部。
                       例如:Expires:Sat, 23 May 2009 10:02:12 GMT
 
11. Host:客户端指定自己想访问的WEB服务器的域名/IP 地址和端口号。
                  例如:Host:rss.sina.com.cn
 
12. If-Match:如果对象的 ETag 没有改变,其实也就意味著对象没有改变,
                         才执行请求的动作。
    If-None-Match:如果对象的 ETag 改变了,其实也就意味著对象也改变了,
                                才执行请求的动作。
 
13. If-Modified-Since:如果请求的对象在该头部指定的时间之后修改了,才执行请求
                                       的动作(比如返回对象),否则返回代码304,告诉浏览器该对象
                                       没有修改。
                                       例如:If-Modified-Since:Thu, 10 Apr 2008 09:14:42 GMT
    If-Unmodified-Since:如果请求的对象在该头部指定的时间之后没修改过,才执行
                                        请求的动作(比如返回对象)。
 
14. If-Range:浏览器告诉 WEB 服务器,如果我请求的对象没有改变,就把我缺少的部分
                       给我,如果对象改变了,就把整个对象给我。 浏览器通过发送请求对象的
                       ETag 或者 自己所知道的最后修改时间给 WEB 服务器,让其判断对象是否
                       改变了。
                       总是跟 Range 头部一起使用。
 
15. Last-Modified:WEB 服务器认为对象的最后修改时间,比如文件的最后修改时间,
                                 动态页面的最后产生时间等等。
                                 例如:Last-Modified:Tue, 06 May 2008 02:42:43 GMT
 
16. Location:WEB 服务器告诉浏览器,试图访问的对象已经被移到别的位置了,
                        到该头部指定的位置去取。
                        例如:Location:
                                    http://i0.sinaimg.cn/dy/deco/2008/0528/sinahome_0803_ws_005_text_0.gif 
 
17. Pramga:主要使用 Pramga: no-cache,相当于 Cache-Control: no-cache。
                      例如:Pragma:no-cache
 
18. Proxy-Authenticate: 代理服务器响应浏览器,要求其提供代理身份验证信息。
      Proxy-Authorization:浏览器响应代理服务器的身份验证请求,提供自己的身份信息。
 
19. Range:浏览器(比如 Flashget 多线程下载时)告诉 WEB 服务器自己想取对象的
                    哪部分。
                    例如:Range: bytes=1173546-
 
20. Referer:浏览器向 WEB 服务器表明自己是从哪个 网页/URL 获得/点击 当前请求中
                      的网址/URL。
                      例如:Referer:http://www.sina.com/
 
21. Server: WEB 服务器表明自己是什么软件及版本等信息。
                  例如:Server:Apache/2.0.61 (Unix)
 
22. 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
 
23. Transfer-Encoding: WEB 服务器表明自己对本响应消息体(不是消息体里面的对象)
                                      作了怎样的编码,比如是否分块(chunked)。
                                       例如:Transfer-Encoding: chunked
 
24. Vary: WEB服务器用该头部的内容告诉 Cache 服务器,在什么条件下才能用本响应
                 所返回的对象响应后续的请求。
                 假如源WEB服务器在接到第一个请求消息时,其响应消息的头部为:
                 Content-Encoding: gzip; Vary: Content-Encoding  那么 Cache 服务器会分析后续
                 请求消息的头部,检查其 Accept-Encoding,是否跟先前响应的 Vary 头部值
                 一致,即是否使用相同的内容编码方法,这样就可以防止 Cache 服务器用自己
                 Cache 里面压缩后的实体响应给不具备解压能力的浏览器。
                 例如:Vary:Accept-Encoding
 
25. Via: 列出从客户端到 OCS 或者相反方向的响应经过了哪些代理服务器,他们用
                  什么协议(和版本)发送的请求。
                  当客户端请求到达第一个代理服务器时,该服务器会在自己发出的请求里面
                  添加 Via 头部,并填上自己的相关信息,当下一个代理服务器 收到第一个代理
                  服务器的请求时,会在自己发出的请求里面复制前一个代理服务器的请求的Via
                 头部,并把自己的相关信息加到后面, 以此类推,当 OCS 收到最后一个代理服
                 务器的请求时,检查 Via 头部,就知道该请求所经过的路由。
                 例如:Via:1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13)
============================================================================================================================
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
=============================================================================================================================

本文出自 “邹可见 ” 博客,请务必保留此出处http://zoukejian.blog.51cto.com/131276/80496

分享到:
评论

相关推荐

    常用Windows网络命令大全

    4. **HTTP头部解释**: - HTTP(超文本传输协议)头部包含请求和响应信息,如方法(GET、POST等)、状态码(200、404等)、URI(统一资源标识符)、协议版本、以及各种首部字段(如Host、User-Agent、Cookie、...

    HTTP头部信息解释分析(详细整理)

    以下是一些主要的HTTP头部字段的详细解释: 1. **Accept**: 这个字段告诉服务器客户端能接受哪些数据格式,如`text/html`, `application/json`等。`*/*`表示接受任何类型,`type/*`表示接受该类型的所有子类型。 2...

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

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

    Flex4中头部背景图片的Accordion

    本篇文章将基于提供的文件信息深入探讨如何在Flex4中实现一个拥有自定义头部背景图片的Accordion组件,并通过代码示例详细解释其实现过程。 #### 核心知识点一:Accordion组件概述 Accordion组件是一种常见的UI...

    HTTP协议和httpwatch解释

    3. **Header(报头)**:展示请求和响应中的HTTP头部信息。 ### HTTPWatch各栏目解释 #### 时间线图表(TimeChart) - **1. Blocked(阻塞)**:请求被阻塞的时间,可能是因为等待其他请求完成。 - **2. DNS...

    http报错代码解释

    本文将详细解释一些常见的HTTP报错代码及其含义。 #### 1xx:信息性状态码 1xx系列的状态码通常表示接收到请求并且继续处理,但并不需要客户端采取任何动作。 - **100 Continue**:此状态码表明服务器已收到请求...

    用于测试看http头

    根据提供的标题、描述以及部分上下文内容,我们可以推断出本次讨论主要集中在HTTP头部测试以及一个与Oracle数据库相关的场景上。下面将详细解释这些知识点。 ### HTTP头部测试 #### 1. **HTTP头部概述** - **定义...

    TCP头信息详解(英文版 pdf)

    以下是对TCP头信息的详细解释: **TCP源和目的端口号**: 在TCP头的前两个16位字段中,分别表示发送方(源)和接收方(目的)的端口号。这些端口号用于标识网络中运行的应用程序,不同的端口号对应于不同的服务或...

    图解http_HTTP协议_

    下面将详细解释HTTP协议的主要概念、工作原理及其相关知识点。 一、HTTP协议基本概念 1. 请求和响应:HTTP协议是请求/响应模型。客户端发起一个HTTP请求,服务器接收到请求后返回一个HTTP响应。 2. 方法:HTTP请求...

    http协议 heat response.docx

    HTTP请求和响应的消息头分别由不同的头部字段组成。这些头部字段按照功能的不同大致可以分为四类:通用头部字段(General Header)、请求头部字段(Request Header)、响应头部字段(Response Header)以及实体头部...

    HTTP2.rar_HTTP 服务器_http2

    而“HTTP”这个文件可能是一个文档,详细解释了HTTP2协议的技术细节、优势以及如何在实际项目中应用。 总之,HTTP2是HTTP协议的重要升级,它通过多路复用、头部压缩和强制使用TLS等方式显著提升了网络性能和安全性...

    http头信息详解 对http1.0和http1.1的常用头做出详细解释

    通用头字段是在请求消息和响应消息中都可能出现的头部信息,主要包括以下几种: 1. **Cache-Control** - **功能**:用于控制请求和响应的缓存机制。 - **指令**: - `public`:指示响应可以被任何缓存存储。 - ...

    图解HTTP_HTTP_编程_servicenuw_

    HTTP头部包含了关于请求或响应的附加信息,如内容类型、缓存控制、cookie等,它们对于定制通信行为和实现高级功能至关重要。 HTTP/1.1是目前广泛使用的版本,但随着互联网的发展,HTTP/2和HTTP/3应运而生。HTTP/2...

    web项目报错代码解释.txt

    这通常与 HTTP 的 Range 头部一起使用。 ### 3xx 重定向 - **300 Multiple Choices**:请求可以被完成为多个不同的方式。客户端需要进一步处理来确定具体选择哪一个。 - **301 Moved Permanently**:请求的资源已...

    http是什么?1-5

    "4-4.HTTP协议的响应"详细解释了服务器如何回应请求。HTTP响应由以下部分构成: - 状态行:包括HTTP版本、状态码和状态消息。 - 响应头部:包含服务器返回的元信息,如服务器类型、编码方式、过期时间等。 - ...

    http权威指南-文字版和英文版-完整版

    6. **HTTP性能优化**:讨论HTTP头部压缩、分块传输编码、GZIP压缩、HTTP/2多路复用等技术,以提升网页加载速度。 7. **RESTful架构**:解释REST(Representational State Transfer)设计原则,如何通过HTTP方法来...

    http download file.zip_HTTP协议下载文件_http c语言_linux http 下载

    7. **HTTP头部信息**:在下载过程中,可能需要处理服务器返回的HTTP头部信息,比如`Content-Length`头可以用来知道文件的大小,从而预先分配内存或动态调整缓冲区大小。 8. **进度显示**:为了提供用户反馈,可以...

    HTTP通信协议 工作原理详解

    3. **HTTP请求**:连接建立后,浏览器发送一个HTTP请求,通常是一个GET请求,携带请求路径(如/seu/welcome.htm)和其他头部信息,如Cookie等。 4. **服务器响应**:服务器接收到请求后,处理请求并返回一个HTTP...

Global site tag (gtag.js) - Google Analytics