http协议contentlength.docx

http协议contentlength.docx

《http协议contentlength.docx》由会员分享，可在线阅读，更多相关《http协议contentlength.docx（7页珍藏版）》请在冰豆网上搜索。

http协议contentlength

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

http,协议,content-length

　　篇一：

http协议中几个状态码的含义

　　http协议中几个状态码的含义:

50350040120xx01302

　　100continue初始的请求已经接受，客户应当继续发送请求的其余部分。

（http1.1新）101switchingprotocols服务器将遵从客户的请求转换到另外一种协议（http1.1新）200ok一切正常，对get和post请求的应答文档跟在后面。

　　201created服务器已经创建了文档，location头给出了它的uRl。

　　202accepted已经接受请求，但处理尚未完成。

　　203non-authoritativeinformation文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（http1.1新）。

　　204nocontent没有新文档，浏览器应该继续显示原来的文档。

如果用户定期地刷新页面，而servlet可以确定用户文档足够新，这个状态代码是很有用的。

　　205Resetcontent没有新的内容，但浏览器应该重置它所显示的内容。

用来强制浏览器清除表单输入内容（http1.1新）。

　　206partialcontent客户发送了一个带有Range头的get请求，服务器完成了它（http1.1新）。

　　300multiplechoices客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。

如果服务器要提出优先选择，则应该在location应答头指明。

　　301movedpermanently客户请求的文档在其他地方，新的uRl在location头中给出，浏览器应该自动地访问新的uRl。

　　302Found类似于301，但新的uRl应该被视为临时性的替代，而不是永久性的。

注意，在http1.0中对应的状态信息是“movedtemporatily”。

　　出现该状态代码时，浏览器能够自动访问新的uRl，因此它是一个很有用的状态代码。

注意这个状态代码有时候可以和301替换使用。

例如，如果浏览器错误地请求http:

//host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。

　　严格地说，我们只能假定只有当原来的请求是get时浏览器才会自动重定向。

请参见307。

303seeother类似于301/302，不同之处在于，如果原来的请求是post，location头指定的重定向目标文档应该通过get提取（http1.1新）。

　　304notmodified客户端有缓冲的文档并发出了一个条件性的请求（一般是提供if-modified-since头表示客户只想比指定日期更新的文档）。

服务器告诉客户，原来缓冲的文档还可以继续使用。

　　305useproxy客户请求的文档应该通过location头所指明的代理服务器提取（http1.1新）。

　　307temporaryRedirect和302（Found）相同。

许多浏览器会错误地响应302应答进行重定向，即使原来的请求是post，即使它实际上只能在post请求的应答是303时才能重定向。

由于这个原因，http1.1新增了307，以便更加清除地区分几个状态代码：

当出现303应答时，浏览器可以跟随重定向的get和post请求；如果是307应答，则浏览器只能跟随对get请求的重定向。

（http1.1新）

　　400badRequest请求出现语法错误。

　　401unauthorized客户试图XX访问受密码保护的页面。

应答中会包含一个www-authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的authorization头后再次发出请求。

　　403Forbidden资源不可用。

服务器理解客户的请求，但拒绝处理它。

通常由于服务器上文件或目录的权限设置导致。

　　404notFound无法找到指定位置的资源。

这也是一个常用的应答。

　　405methodnotallowed请求方法（get、post、head、delete、put、tRace等）对指

　　定的资源不适用。

（http1.1新）

　　406notacceptable指定的资源已经找到，但它的mime类型和客户在accpet头中所指定的不兼容（http1.1新）。

　　407proxyauthenticationRequired类似于401，表示客户必须先经过代理服务器的授权。

（http1.1新）

　　408Requesttimeout在服务器许可的等待时间内，客户一直没有发出任何请求。

客户可以在以后重复同一请求。

（http1.1新）

　　409conflict通常和put请求有关。

由于请求和资源的当前状态相冲突，因此请求不能成功。

（http1.1新）

　　410gone所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。

它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。

（http1.1新）

　　411lengthRequired服务器不能处理请求，除非客户发送一个content-length头。

（http

　　1.1新）

　　412preconditionFailed请求头中指定的一些前提条件失败（http1.1新）。

　　413Requestentitytoolarge目标文档的大小超过服务器当前愿意处理的大小。

如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-after头（http1.1新）。

414RequestuRitoolonguRi太长（http1.1新）。

　　416RequestedRangenotsatisfiable服务器不能满足客户在请求中指定的Range头。

（http1.1新）

　　500internalservererror服务器遇到了意料不到的情况，不能完成客户的请求。

　　501notimplemented服务器不支持实现请求所需要的功能。

例如，客户发出了一个服务器不支持的put请求。

　　502badgateway服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。

　　503serviceunavailable服务器由于维护或者负载过重未能应答。

例如，servlet可能在数据库连接池已满的情况下返回503。

服务器返回503时可以提供一个Retry-after头。

504gatewaytimeout由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。

（http1.1新）

　　505httpVersionnotsupported服务器不支持请求中所指明的http版本。

（http1.1新）

　　篇二：

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表示要通过http协议来定位网络资源；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-co