http规范.docx

上传人:b****9 文档编号:26260323 上传时间:2023-06-17 格式:DOCX 页数:11 大小:22.37KB
下载 相关 举报
http规范.docx_第1页
第1页 / 共11页
http规范.docx_第2页
第2页 / 共11页
http规范.docx_第3页
第3页 / 共11页
http规范.docx_第4页
第4页 / 共11页
http规范.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

http规范.docx

《http规范.docx》由会员分享,可在线阅读,更多相关《http规范.docx(11页珍藏版)》请在冰豆网上搜索。

http规范.docx

http规范

竭诚为您提供优质文档/双击可除

http规范

  篇一:

http协议规范

  引言

  http是一个属于应用层的面向对象的协议,由于其简捷、快速的方式,适用于分布式超媒体信息系统。

它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展。

目前在www中使用的是http/1.0的第六版,http/1.1的规范化工作正在进行之中,而且

  http-ng(nextgenerationofhttp)的建议已经提出。

  http协议的主要特点可概括如下:

  1.支持客户/服务器模式。

  2.简单快速:

客户向服务器请求服务时,只需传送请求方法和路径。

请求方法常用的有get、head、post。

每种方法规定了客户与服务器联系的类型不同。

由于http协议简单,使得http服务器的程序规模小,因而通信速度很快。

  3.灵活:

http允许传输任意类型的数据对象。

正在传输的类型由content-type加以标记。

  4.无连接:

无连接的含义是限制每次连接只处理一个请求。

服务器处理完客户的请求,并收到客户的应答后,即断开连接。

采用这种方式可以节省传输时间。

  5.无状态:

http协议是无状态协议。

无状态是指协议对于事务处理没有记忆能力。

缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。

另一方面,在服务器不需要先前信息时它的应答就较快。

  一、http协议详解之uRl篇

  http(超文本传输协议)是一个基于请求与响应模式的、无状态的、应用层的协议,常基于tcp的连接方式,http1.1版本中给出一种持续连接的机制,绝大多数的web开发,都是构建在http协议之上的web应用。

  httpuRl(uRl是一种特殊类型的uRi,包含了用于查找某个资源的足够的信息)的格式如下:

http:

//host[":

"port][abs_path]

  http表示要通过htt(http规范)p协议来定位网络资源;host表示合法的internet主机域名或者ip地址;port指定一个端口号,为空则使用缺省端口80;abs_path指定请求资源的uRi;如果uRl中没有给出abs_path,那么当它作为请求uRi时,必须以“/”的形式给出,通常这个工作浏览器自动帮我们完成。

  eg:

  1、输入:

  浏览器自动转换成:

http:

///

  2、http:

192.168.0.116:

8080/index.jsp

  二、http协议详解之请求篇

  http请求由三部分组成,分别是:

请求行、消息报头、请求正文

  1、请求行以一个方法符号开头,以空格分开,后面跟着请求的uRi和协议的版本,格式如下:

methodRequest-uRihttp-VersioncRlF

  其中method表示请求方法;Request-uRi是一个统一资源标识符;http-Version表示请求的http协议版本;cRlF表示回车和换行(除了作为结尾的cRlF外,不允许出现单独的cR或lF字符)。

  请求方法(所有方法全为大写)有多种,各个方法的解释如下:

  get请求获取Request-uRi所标识的资源

  post在Request-uRi所标识的资源后附加新的数据

  head请求获取由Request-uRi所标识的资源的响应消息报头

  put请求服务器存储一个资源,并用Request-uRi作为其标识

  delete请求服务器删除Request-uRi所标识的资源

  tRace请求服务器回送收到的请求信息,主要用于测试或诊断

  connect保留将来使用

  options请求查询服务器的性能,或者查询与资源相关的选项和需求

  应用举例:

  get方法:

在浏览器的地址栏中输入网址的方式访问网页时,浏览器采用get方法向服务器获取资源,eg:

get/form.htmlhttp/1.1(cRlF)

  post方法要求被请求服务器接受附在请求后面的数据,常用于提交表单。

  eg:

post/reg.jsphttp/(cRlF)

  accept:

image/gif,image/x-xbit,...(cRlF)

  ...

  host:

(cRlF)

  content-length:

22(cRlF)

  connection:

keep-alive(cRlF)

  cache-control:

no-cache(cRlF)

  (cRlF)//该cRlF表示消息报头已经结束,在此之前为消息报头

  user=jeffrey

  响应时的缓存指令包括:

public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age、s-maxage.

  eg:

为了指示ie浏览器(客户端)不要缓存页面,服务器端的jsp程序可以编写如下:

response.sehheader("cache-control","no-cache");

  //response.setheader("pragma","no-cache");作用相当于上述代码,通常两者//合用这句代码将在发送的响应消息中设置普通报头域:

cache-control:

no-cache

  date普通报头域表示消息产生的日期和时间

  connection普通报头域允许发送指定连接的选项。

例如指定连接是连续,或者指定“close”选项,通知服务器,在响应完成后,关闭连接

  2、请求报头

  请求报头允许客户端向服务器端传递请求的附加信息以及客户端自身的信息。

  常用的请求报头

  accept

  accept请求报头域用于指定客户端接受哪些类型的信息。

eg:

accept:

image/gif,表明客户端希望接受giF图象格式的资源;accept:

text/html,表明客户端希望接受html文本。

accept-charset

  accept-charset请求报头域用于指定客户端接受的字符集。

eg:

  accept-charset:

iso-8859-1,gb2312.如果在请求消息中没有设置这个域,缺省是任何字符集都可以接受。

  accept-encoding

  accept-encoding请求报头域类似于accept,但是它是用于指定可接受的内容编码。

eg:

  accept-encoding:

gzip.deflate.如果请求消息中没有设置这个域服务器假定客户端对各种内容编码都可以接受。

  accept-language

  accept-language请求报头域类似于accept,但是它是用于指定一种自然语言。

eg:

  accept-language:

zh-cn.如果请求消息中没有设置这个报头域,服务器假定客户端对各种语言都可以接受。

  authorization

  authorization请求报头域主要用于证明客户端有权查看某个资源。

当浏览器访问一个页面时,如果收到服务器的响应代码为401(未授权),可以发送一个包含authorization请求报头域的请求,要求服务器对其进行验证。

  host(发送请求时,该报头域是必需的)

  host请求报头域主要用于指定被请求资源的internet主机和端口号,它通常从httpuRl中提取出来的,eg:

  我们在浏览器中输入:

http:

///index.html

  浏览器发送的请求消息中,就会包含host请求报头域,如下:

  host:

  此处使用缺省端口号80,若指定了端口号,则变成:

host:

:

指定端口号user-agent

  我们上网登陆论坛的时候,往往会看到一些欢迎信息,其中列出了你的操作系统的名称和版本,你所使用的浏览器的名称和版本,这往往让很多人感到很神奇,实际上,服务器应用程序就是从user-agent这个请求报头域中获取到这些信息。

user-agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。

不过,这个报头域不是必需的,如果我们自己编写一个浏览器,不使用user-agent请求报头域,那么服务器端就无法得知我们的信息了。

  请求报头举例:

  get/form.htmlhttp/1.1(cRlF)

  accept:

image/gif,image/x-xbitmap,image/jpeg,application/x-shockwave-flash,application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword,*/*(cRlF)accept-language:

zh-cn(cRlF)

  accept-encoding:

gzip,deflate(cRlF)

  if-modified-since:

wed,05jan20xx11:

21:

25gmt(cRlF)

  if-none-match:

w/"80b1a4c018f3c41:

8317"(cRlF)

  user-agent:

mozilla/4.0(compatible;msie6.0;windowsnt5.0)(cRlF)

  host:

(cRlF)

  connection:

keep-alive(cRlF)

  (cRlF)

  3、响应报头

  响应报头允许服务器传递不能放在状态行中的附加响应信息,以及关于服务器的信息和对Request-uRi所标识的资源进行下一步访问的信息。

  常用的响应报头

  location

  location响应报头域用于重定向接受者到一个新的位置。

location响应报头域常用在更换域名的时候。

  server

  server响应报头域包含了服务器用来处理请求的软件信息。

与user-agent请求报头域是相对应的。

下面是

  server响应报头域的一个例子:

  server:

apache-coyote/1.1

  www-authenticate

  www-authenticate响应报头域必须被包含在401(未授权的)响应消息中,客户端收到401响应消息时候,并发送authorization报头域请求服务器对其进行验证时,服务端响应报头就包含该报头域。

  eg:

www-authenticate:

basicrealm="basicauthtest!

"//可以看出服务器对请求资源采用的是基本验证机制。

  4、实体报头

  请求和响应消息都可以传送一个实体。

一个实体由实体报头域和实体正文组成,但并不是说实体报头域和实体正文要在一起发送,可以只发送实体报头域。

实体报头定义了关于实体正文(eg:

有无实体正文)和请求所标识的资源的元信息。

  常用的实体报头

  content-encoding

  content-encoding实体报头域被用作媒体类型的修饰符,它的值指示了已经被应用到实体正文的附加内容的编码,因而要获得content-type报头域中所引用的媒体类型,必须采用相应的解码机制。

content-encoding这样用于记录文档的压缩方法,eg:

content-encoding:

gzip

  content-language

  content-language实体报头域描述了资源所用的自然语言。

没有设置该域则认为实体内容将提供给所有的语言阅读

  者。

eg:

content-language:

da

  content-length

  content-length实体报头域用于指明实体正文的长度,以字节方式存储的十进制数字来表示。

  content-type

  content-type实体报头域用语指明发送给接收者的实体正文的媒体类型。

eg:

  content-type:

text/html;charset=iso-8859-1

  content-type:

text/html;charset=gb2312

  last-modified

  last-modified实体报头域用于指示资源的最后修改日期和时间。

  expires

  expires实体报头域给出响应过期的日期和时间。

为了让代理服务器或浏览器在一段时间以后更新缓存中(再次访问曾访问过的页面时,直接从缓存中加载,缩短响应时间和降低服务器负载)的页面,我们可以使用expires实体报头域指定页面过期的时间。

eg:

expires:

thu,15sep20xx16:

23:

12gmt

  http1.1的客户端和缓存必须将其他非法的日期格式(包括0)看作已经过期。

eg:

为了让浏览器不要缓存页面,我们也可以利用expires实体报头域,设置为0,jsp中程序如下:

response.setdateheader("expires","0");

  五、利用telnet观察http协议的通讯过程

  篇二:

http1.1规范

  http/1.1协议规范(中文归纳版)

  一、介绍(introduction)

  1.目的——http/0.9-〉http/1.0-〉http/1.1

  2.要求——must、RequiRed、should

  3.术语——连接(connection)、消息(message)、请求(Request)、应答(Response)、资源(Resource)、实体(entity)、表示方法(Representation)、内容协商(contentnegotiation)、变量(Variant)、客户机(client)、用户代理(useragent)、服务器(server)、原服务器(originserver)、代理服务器(proxy)、网关(gateway)、高速缓存(cache)、可缓存(cacheable)、直接(first-hand)、明确终止时间(explicitexpirationtime)、探索终止时间(heuristicexpirationtime)、年龄(age)、保鲜寿命(Freshnesslifetime)、保鲜(Fresh)、陈旧(stale)、语义透明(semanticallytransparent)、有效性判别器(Validator)、实体标记(entitytag)或最终更改时间(last-modifiedtime))、上游/下游(upstream/downstream)、向内/向外(inbound/outbound)

  4.总体操作——请求/应答、中介

  二、符号惯例与一般语法(notationalconversionsandgenericgrammar)

  1.扩充bnF——name=definition,"literal",rule1|rule2,(rule1

  rule2),*rule,[rule],nrule,#rule,;comment,implied*lws

  2.基本规则

  ——octet,chaR,upalpha,loalpha,alpha,digit,ctl,cR,lF,sp,ht,

  三、协议参数(protocolparameters)

  1.http版本——http-Version="http""/"1*digit"."1*digit

  2.统一资源标示符(uRi)——统一资源定位器(uRl)和统一资源名称(uRn)的结合,http_uRl="http:

""//"host[":

"port][abs_path[""query]]

  3.日期/时间格式——sun,06nov199408:

49:

37gmt;RFc822,updatedbyRFc1123,

  sunday,06-nov-9408:

49:

37gmt;RFc850,obsoletedbyRFc1036,sunnov608:

49:

371994;ansicsasctime()format

  4.字符集——本文档中的术语"字符集"指一种用一个或更多表格将一个八字节序列转换成一个字符序列的方法,

  charset=token

  失踪字符集

  5.内容编码——内容编码主要用来允许文档压缩(信源编码)

  content-coding=token

  注册表包含下列标记:

gzip,compress,deflate,identity

  6.传输编码——目的是能够确保通过网络安全传输(信道编码)

  transfer-coding="chunked"|transfer-extension

  transfer-extension=token*(";"parameter),

  成块传输代码

  7.媒体类型——media-type=type"/"subtype*(";"parameter)

  type=token

  subtype=token

  规范化和原文缺省

  多部分类型

  8.产品标记——product=token["/"product-version]

  product-version=token

  9.质量值——qvalue=("0"["."0*3digit])|("1"["."0*3("0")])

  10.语言标记——language-tag=primary-tag*("-"subtag)

  primary-tag=1*8alpha

  subtag=1*8alpha

  11.实体标记——entity-tag=[weak]opaque-tag

  weak="w/"

  opaque-tag=quoted-string

  12.范围单位——range-unit=bytes-unit|other-range-unit

  bytes-unit="bytes"

  other-range-unit=token

  四、http消息(httpmessage)

  1.消息类型——http-message=Request|Response;http/1.1messagesgeneric-message=start-line*(message-headercRlF)cRlF

  [message-body]

  start-line=Request-line|status-line

  2.消息头——http头域包括常规头,请求头,应答头和实体头域

  message-header=field-name":

"[field-value]

  field-name=token

  field-value=*(field-content|lws)

  field-content=

  3.消息体——message-body=entity-body|

  4.消息的长度——决定因素

  5.常规头域——general-header=cache-control|connection|date|pragma|transfer-encoding

  五、请求(request)

  首行包括利用资源的方式,区分资源的标识,以及协议的版本号

  Request=Request-line*((general-header|request-header|

  entity-header)cRlF)cRlF[message-body]

  1.请求行——Request-line=methodspRequest-uRisphttp-VersioncRlF方法——方法标记指的是在请求uRi所指定的资源上所实现的方式

  method="options"|"get"|"post"|"put"|"delete"|"tRace"|"connect"|extension-method

  extension-method=token

  请求uRl——请求uRl是一种全球统一的应用于资源请求的资源标识符

  Request-uRi="*"|absoluteuRi|abs_path|authority

  请求行举例:

gethttp:

//www.w3.org/pub/www/theproject.htmlhttp/1.1get/pub/www/theproject.htmlhttp/1.1

  host:

www.w3.org

  2.请求定义的资源——一个inteRnet请求所定义的精确资源由请求uRl和主机报头域所决定

  3.请求报头域——request-header=accept|accept-charset|

  accept-encoding|accept-language|authorization|expect|From|host|if-match|if-modified-since|if-none-match|if-Range|

  if-unmodified-since|max-Forwards|proxy-authorization|Range|Referer|te|user-agent

  六、应答(response)

  接收和翻译一个请求信息后,服务器发出一个http应答信息

  Response=status-line*((general-header|response-header|

  entity-header)cRlF)cRlF[message-body]

  1.状态行——status-line=http-Versionspstatus-codespReason-phrasecRlF

  状态码——状态码是试图理解和满足请求的三位数字的整数码,

  1xx,2xx,3xx,4xx,5xx,100-〉505-〉扩展码

  2.应答报头域——response-header=accept-Ranges|age|location|proxy-authenticate|Retry-after|server|Vary|www-authenticate

  七、实体(entity)

  在未经特别规定的情况下,请求与应答的消息也可以传送实体。

实体包括实体报头域与实体正文,而有些应答只包括实体报头。

  1.实体报头域——entity-header=allow|content-encoding|

  content-language|content-length|content-location|content-md5|content-Range|content-type|expires|last-modified|extension-headerextension-header=message-header

  2.实体正文——entity-body=*octet

  entity-body:

=content-encoding(content-type(data))

  八、连接(connection)

  1.持续连接——优点

  持续连接是任何http连接的缺省方式,支持持续连接的客户机可以以流水线方式发送请求

  代理服务器

  2.消息传递要求——持续连接与流量控制

  监视连接中出错状态的消息

  100号状态的用途

  服务器过早关闭连接时客户机的动作

  九、方法定义(methoddefinitions)

  1.安全和等幂方法

  安全方法——get和head方法除了补救外不应该有别的采取措施的含义等幂方法——没有副作用的序列是等幂的

  2.options——options方法代表在请求uRi确定的请求/应答过程中通信条件是否可行的信息

  3.get——get方法说

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 互联网

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1