HTTP协议的头信息详解Word格式.docx
《HTTP协议的头信息详解Word格式.docx》由会员分享,可在线阅读,更多相关《HTTP协议的头信息详解Word格式.docx(9页珍藏版)》请在冰豆网上搜索。
Private
指示
对于单个用户的整个或部分响应消息,不能被共享缓存处
理。
这允许服务器仅仅描述当用户的部分响应消息,此响
应消息对于其他用户的请求无效。
no-cache
指示请求或响
应消息不能缓存
no-store
用于防止重要的信息被无意的发
布。
在请求消息中发送将使得请求和响应消息都不使用缓
存。
max-age
指示客户机可以接收生存期不大于指定时间
(以秒为单位)的响应。
min-fresh
指示客户机可以接收
响应时间小于当前时间加上指定时间的响应。
max-stale
指示客户机可以接收超出超时期间的响应消息。
如果指定
max-stale
消息的值,那么客户机可以接收超出超时期指定
值之内的响应消息。
Date
Date
头域表示消息发
送的时间,时间的描述格式由
rfc822
定义。
例如,
Date:
Mon,31Dec200104:
25:
57GMT。
描述的时间表示
世界标准时,换算成本地时间,需要知道用户所在的时
区。
Pragma
Pragma
头域用来包含实现特定的
指令,最常用的是
Pragma:
no-cache。
在
HTTP/1.1
协议
中,它的含义和
Cache-
Control:
相同。
请求
消息
请求消息的第一行为下面的格式:
MethodSPRequest-URISPHTTP-VersionCRLFMethod
表示
对于
Request-URI
完成的方法,这个字段是大小写敏感的,
包括
OPTIONS、GET、HEAD、POST、PUT、DELETE、
TRACE。
方法
GET
和
HEAD
应该被所有的通用
WEB
服务器
支持,其他所有方法的实现是可选的。
方法取回由
标识的信息。
方法也是取回由
标识的信息,只是可以在响应时,不返回消息
体。
POST
方法可以请求服务器接收包含在请求中的实体信
息,可
以用于提交表单,向新闻组、BBS、邮件群组和数
据库发送消息。
SP
表示空格。
遵循
URI
格
式,在此字段为星
号(*)时,说明请求并不用于某个特定
的资源地址,而是用于服务器本身。
HTTP-
Version
表示支
持的
版本,例如为
HTTP/1.1。
CRLF
表示换行回车
符。
请求头域允许客户端向服务器传递关于请求或者关于
客户机的附加
信息。
请求头域可能包含下列字段
Accept、
Accept-Charset、Accept-
Encoding、Accept-Language、
Authorization、From、Host、If-Modified-Since、If-
Match、If-None-Match、If-Range、If-Range、If-
Unmodified-Since、Max-Forwards、
Proxy-
Authorization、Range、Referer、User-Agent。
对请求头域
的扩展要求通讯双方都支持,如果存在不支持的请
求头
域,一般将会作为实体头域处理。
典型的请求消息:
http:
//download.microtool.de:
80/somedata.exe
Host:
download.microtool.de
Accept:
*/*
no-cache
Cache-Control:
Referer:
//download.microtool.de/
User-Agent:
Mozilla/4.04[en](Win95;
I;
Nav)
Range:
bytes=554554-
上例第一行表示
客户端(可能
是浏览器、下载程序)通过
方法获得指定
URL
下的文
件。
棕色的部分表示请求头域的信息,绿色的部分表示通
用头部分。
Host
Host
头域指定请求资源的
Intenet
主机和端口号,必须表示请求
url
的原始服务器或网
关的位置。
请求必须包含主机头域,否则系统会
以
400
状态码返回。
Referer
Referer
头域允许
客户端指定请求
uri
的源资源地址,这可以允许服务器生成
回退链表,可用来登陆、优化
cache
等。
他也允许废除的
或错误的连接由于维护的目的被
追踪。
如果请求的
没
有自己的
地址,Referer
不能被发送。
如果指定的是部分
地址,则此地址应该是一个相对地址。
Range
头域
Range
头域可以请求实体的一个或者多个子范围。
表示头
500
个字节:
bytes=0-499
表示第二个
字节:
bytes=500-999
表示最后
bytes=-500
表示
字节以后的范围:
bytes=500-
第一个和最后一个字节:
bytes=0-0,-1
同时指定几个范围:
bytes=500-600,601-999
但是服务器
可以忽略此请求头,如果无条件
包含
请求头,
响应会以状态码
206(PartialContent)返回而不是以
200
(OK)。
User-Agent
User-Agent
头域的内容包
含发出请求的用户信息。
响应消息
响应消息的第一
行为下面的格式:
HTTP-VersionSPStatus-CodeSPReason-
PhraseCRLF
-Version
表示支持的
版本,例如为
Status-
Code
是一个三个数字的结果代码。
Reason-Phrase
给
Status-Code
提供一个简单的文本描述。
主要用于机器自
动识别,Reason-Phrase
主要
用于帮助用户理解。
的第一个数字定义响应的
类别,后两个数字没有分类的作用。
第一个数字可
能取
5
个不同的值:
1xx:
信息响应类,表示接收到请求并且继续
处理
2xx:
处理成功响应类,表示动作被成功接收、理解和
接受
3xx:
重定向响应类,为了完成指定的动作,必须接受
进一步处理
4xx:
客户端错误,客户请求包含语法错误或者
是不能正确执行
5xx:
服务端错误,服务器不能正确执行一
个正确的请求
响应头域允许服务器传递不能放在状态行的
附加信息,这些域主要描述服务器的信息和
Request-URI
进一步的信息。
响应头域包含
Age、Location、Proxy-
Authenticate、Public、Retry-
After、Server、Vary、
Warning、WWW-Authenticate。
对响应头域的扩展要求通
讯双方都支持,如果存在不支持的响应头
域,一般将会作
为实体头域处理。
典型的响应消息:
HTTP/1.0200OK
57GMT
Server:
Apache/1.3.14(Unix)
Content-type:
text/html
Last-modified:
Tue,17Apr200106:
46:
28GMT
Etag:
"
a030f020ac7c01:
1e9f"
Content-length:
39725426
Content-range:
bytes554554-40279979/40279980
上例第一
行表示
服务端响应一个
方法。
棕色的部分表示
响应头域的信息,绿色的部分表示通用头部分,红色的部
分表示实体头域的信息。
Location
响应头
Location
响
应头用于重定向接收者到一个新
地址。
Server
应头
Server
响应头包含处理请求的原始服务器的软件信
息。
此域能包含多个产品标识和注释,产品标识一般按照
重要性排序。
实体
请求消息和响应消息都可以包含
实体信息,实体信息一般由实体头域和实体组成。
实体头
域包含关于实体的原信息,实体头包括
Allow、Content-
Base、Content-Encoding、Content-Language、
Content-
Length、Content-Location、Content-MD5、Content-
Range、Content-Type、
Etag、Expires、Last-Modified、
extension-header。
extension-header
允许客户端定义新的
实体
头,但是这些域可能无法未接受方识别。
实体可以是
一个经过编码的字节流,它的编码方式由
Encoding
或
Content-Type
定
义,它的长度由
Length
Content-Range
Content-Type
实体
头
实体头用于向接收方指示实体的介质类
型,指定
方法送到接收方的实体介质类型,或
GET
方法发送的请求介质类型
实体头
实体头用于指定整个实体中的一部分的插入位置,
他也指示了整个实体的长度。
在服务器向客户返回一个部
分响应,它必须描述响应覆盖的范围和整个实体长度。
一
般格式:
Content-Range:
bytes-unitSPfirst-byte-pos-last-
byte-pos/entity-legth
例如,传送头
个字节次字段的
形式:
bytes0-
499/1234
如果一个
http
消
息包含此节(例如,对范围请求的响应或对一系列范围的
重叠请求),Content-Range
表示传送的范围,
表示实际传送的字节数。
Last-modified
应答头
说明
Allow
服务器支持哪些请求方法(如
GET、POST
等)。
Content-Encoding
文
档的编码(Encode)方法。
只有在解码之后才可以得到
头指定的内容类型。
利用
gzip
压缩文档能够
显著地减少
HTML
文档的
下载时间。
Java
的
GZIPOutputStream
可以很方便地进行
压缩,但只有
Unix
上的
Netscape
Windows
IE
4、IE
5
才支持它。
因此,Servlet
应该通过查看
Accept-Encoding
头(即
request.getHeader("
Accept-
Encoding"
))检查浏览器是否
支持
gzip,为支持
的浏览器返回经
压缩的
HTML
页面,为其他浏览器返回普通页面。
Content-Length
表
示内容长度。
只有当浏览器使用持久
连接时才需
要这个数据。
如果你想要利用持久连接的优势,可以把输
出文档写入
ByteArrayOutputStram,完成后查看其大小,
然后把该值放入
Content-Length
头,最后通过
byteArrayStream.writeTo(response.getOutputStream()发送
内容。
Content-Type
表示后面的文档属于什么
MIME
类型。
Servlet
默认为
text/plain,但通常需要显式地指定为
text/html。
由于经常
要设置
Content-Type,因此
HttpServletResponse
提供了一
个专用的方法
setContentTyep。
Date
当前的
GMT
时间。
你可以用
setDateHeader
来设置这个头
以避免转换时间格式的麻烦。
Expires
应该在什么时候认为文档已经过期,从而不再缓存它?
Last-Modified
档的最后改动时间。
客户可以通过
If-Modified-Since
请
求头提供一个日期,该请求将被视为一个条件
GET,只有改
动时间迟于指定时间的文档
才会返回,否则返回一个
304
(Not
Modified)状态。
Last-Modified
也可用
方法来设置。
Location
表示客户应当到哪里去提取文档。
通常不是直接设
置的,而是通过
的
sendRedirect
方
法,该方法同时设置状态代码为
302。
Refresh
表示浏览器应该在多少时间之后刷新文档,以秒计。
除了
刷新当前文档之外,你还可以通过
setHeader("
Refresh"
5;
URL=http:
//host/path"
)让浏览器读取指定的页面。
注
意这种功能通常是通过设置
页面
区的<
META
HTTP-EQUIV="
CONTENT="
>实现,这是因为,自
动刷新或重定向对于那些不能使用
CGI
编写者十分重要。
但是,对于
来说,直接设置
Refresh
头更加方便。
注意
的意义是“N
秒之后
刷
新本页面或访问指定页面”,而不是“每隔
N
秒刷新本页面或
访问指定页面”。
因此,连续刷新要求每次都发送一个
头,而发送
204
状态代码则
可以阻止浏览器继续
刷新,不管是使用
头还是<META
HTTP-
EQUIV="
...>。
头不属于
1.1
正
式规范的一部分,而是一个扩展,但
都支持
它。
Server
服务器名字。
一般不设置这个值,而是由
Web
服务
器自己设置。
Set-Cookie
设置和页面关联的
Cookie。
不应使用
response.setHeader("
Set-Cookie"
...),而是应使用
提供的专用方法
addCookie。
参见下
文有关
Cookie
设置的讨论。
WWW-Authenticate
客
户应该在
Authorization
头中提供什么类型的授权信息?
在包含
401(Unauthorized)状态行的应答中这个头是必需
的。
例如,
WWW-Authenticate"
BASIC
realm=\"
executives\"
)。
一般不进行这方面的处理,而是让
的专门机制来控制受密码保护页面的访问(例
如.htaccess)。