HTTP 1.1状态代码及含义

下表显示了常见的状态代码以及它们对应的HTTP

1.1状态信息和含义应当慎重地运用那些只有HTTP

1.1支持的状态代码，因为很多阅读器还只能够支持HTTP

1.0假如你运用了HTTP

1.1特有的状态代码,最好能够检o查一下恳求的HTTP版本号状态状态信息含义代码初始的恳求已经承受,客户应当接着发送恳求100Continue的其余局部HTTP

1.1新Switching效劳器将遵从客户的恳求转换到另外一101Protocols种协议HTTP

1.1新一切正常，对GET和POST恳求的应答文档跟2000K在后面效劳器已经创立了文档，Location头给出了201Created它的URL202Accepted已经承受恳求，但处理尚未完成203Non-Authoritative文档已经正常地返回，但一些应答头可能容PATCH实体中包含一个表，表中说明与该URI所表示的原内容的区分MOVE恳求效劳器将指定的页面移至另一个网络地址COPY恳求效劳器将指定的页面拷贝至另一个网络地址LINK恳求效劳器建立链接关系UNLINK断开链接关系WRAPPED允许客户端发送经过封装的恳求Extension-mothed在不改动协议的前提下，可增加另外的方法比方GET/index,html HTTP/

1.1Accept:text/plain/*纯ASCII码文本文件*/Accept:text/html/*HTML文本文件*/User-Agent:Mozilla/

4.5WinNT说明阅读器运用Get方法恳求文档/index.html阅读器那么只允许接收纯ASCII码文本文件和HTML文本文件，其运用的引擎是Mozilla/

4.5Netscape当效劳器响应时，其状态行的信息为HTTP的版本号，状态码，及说明状态码的简洁说明现将5类状态码具体列出

①客户方错误100接着101交换协议

②胜利2000K201已创立202接收203非认证信息204无内容205重置内容206局部内容

③重定向300多路选择301永久转移302短暂转移303参见其它304未修改Not Modified305运用代理

④客户方错误400错误恳求Bad Request401未认证402须要付费403制止Forbidden404未找到［Not Found〕405方法不允许406不承受407须要代理认证408恳求超时409冲突410失败411须要长度412条件失败413恳求实体太大414恳求URI太长415不支持媒体类型

⑤效劳器错误500效劳器内部错误501未实现［Not Implemented^502网关失败504网美超时505HTTP版本不支持比方（在TELNET……？一文中用telnet登陆80端口，一样的方法用在HTTP/

1.1中，会发觉没有显示，下面补充说明之）telnet80HEAD/HTTP/

1.1host:/*本行为输入内容*/HTTP/

1.1501Method Not ImplementedDate:Web,01Nov200007:12:29GMT/*当前的日期/时间*/Server:Apache/

1.

3.12Unix/*Web效劳器信息*/Allow:GET,HEAD,OPTION,TRACE/*支持的方法类型*/Connection:closeConnect-Type:Text/html;charset=iso-8859T/*连接的媒体类型*/!DOCTYPE HTMLPUBLIG，Z-//IETF//DTD HTML

2.0〃EN〃HTMLXHEADTITLE501MethodNot Implemented/TITLE/HEADXB0DYHlMethod NotImplemented/Hlhead to/index.html notsupported.PInvalid methodin requesthead/htp/

1.1PHRADDRESSApache/

1.

3.12Server atPort80/ADDRESS/B0DYX/HTML关于实体头部的内容还可以有Last Modified:恳求文档的最近修改时间Expires:恳求文档的过期时间ConnectTength文档数据的长度通知客户端须要的认证信息Connect-encoding说明有无运用压缩技术Transfer-encoding说明采纳的编码变换类型随着Internet的开展，下一代的HTTP协议HTTP-ng已经在酝酿之中，它将会供应更好的平安性、更快的速度，其改良要点为模块化强、网络效率高、平安性更好、构造更简洁HTTP协议是我们网络中必不行少的重要协议那么下面我们就来对这方面的问题进展一下深化讲解那么我们就针对GET方法实现HTTP协议的具体操作进展一下分析HTTP协议用于在Internet上发送和接收消息HTTP协议是一种恳求-应答式的协议客户端发送一个恳求,效劳器返回该恳求的应答,全部的恳求与应答都是HTTP包HTTP协议运用牢靠的TCP连接,默认端口是80HTTP的第一个版本是HTTP/

0.9,后来开展到了HTTP/

1.0,现在最新的版本是HTTP/

1.1HTTP/

1.1由RFC2616定义在HTTP中，Client/Server之间的会话总是由客户端通过建立连接和发送HTTP恳求包初始化,效劳器不会主动联系客户端或要求与客户端建立连接？阅读器和效劳器都可以随时中断连接,例如,在阅读网页时你可以随时点击“停顿〃按钮中断当前的文件下载过程,关闭与Web效劳器的HTTP连接？1HTTP恳求包HTTP恳求包GETPOST等恳求方法由三个局部构成,分别是:方法-URI-协议/版本,恳求头，恳求正文？下面是一个HTTP协议恳求包GET的例子:

2.GET/index,jsp HTTP/

1.

13.Accept-Language:zh-cn

4.Connection:Keep-Alive

5.Host:

192.

168.

0.

1066.Content-Length:

377.userName=new_andypassword=new_andy恳求包的第一行是方法-UR「协议/版本:GET就是恳求方法，依据HTTP标准,HTTP协议恳求可以运用多种恳求方法HTTP

1.1支持七种恳求方法:GETPOSTHEADOPTIONSPUTDELETE和TRACE等，常用的为恳求方法是GET和POST/index,jsp表示URIURI指定了要访问的网络资源HTTP/

1.1是协议和协议的版本？最终一行userName=new_andypassword=new_andy为正文，正文与HTTP头部有一个空行rn分隔这里须要说明的一点,其中Content-Length说明正文的长度,有的正文长度没有在头部说明，只是标明Transfer-Encoding:chunked关于chunked类型的长度计算方法，见RFC1626恳求包的头部还会包含很多有关客户端环境和恳求正文的有用信息,这里不再描述？2HTTP协议应答包和HTTP恳求包相像，由三个局部构成,分别是:协议-状态代码-描述,应答头,应答正文下面是一个HTTP应答的例子:

1.HTTP/

1.1200OK

2.Server:Microsoft-IIS/

4.

03.Date:Mon,3Jan202313:13:33GMT

4.Content-Type:text/html

5.Last-Modified:Mon,11Jan202313:23:42GMT

6.Content-Length:

908.head

9.〈title》解读HTTP包例如〈/titleX/headXbody〉

10.Hello WORLD!

11./bodyHTTP应答包的第一行类似于HTTP协议恳求的第一行,表示所用的协议是HTTP

1.1,效劳器处理恳求的状态码200应答头也和恳求头一样包含很多有用的信息，例如效劳器类型？日期时间？内容类型和长度等应答的正文就是效劳器返回的HTML页面应答头和正文之间也用CRLF分隔？

1.1新没有新文档，阅读器应当接着显示原来的文档假如用户定期地刷新页面，而204No ContentServlet可以确定用户文档足够新，这个状态代码是很有用的没有新的内容，但阅读器应当重置它所显示的205Reset Content内容用来强制阅读器去除表单输入内容HTTP

1.1新〕客户发送了一个带有Range头的GET恳206Partial ContentInformation不正确，因为运用的是文档的拷贝HTTP求，效劳器完成了它HTTP

1.1新客户恳求的文档可以在多个位置找到，这些位置已经在返回的文档内列出假如效300Multiple Choices劳器要提出优先选择，那么应当在Location应答头指明客户恳求的文档在其他地方，新的URL301Moved Permanently在Location头中给出，阅读器应当自动地访问新的URLo302Found“Moved Temporalilyz，出现该状态代码时，阅读器能够自动访问新的URL,因此它是一个很有用的状态代码留意这个状态代码有时候可以和301替换运用o例如，假如阅读器错误地恳求〔缺少了后面的斜杠，有的效劳器返回301,有的那么返回302o严格地说,我们只能假定只有当原来的恳求是GET时阅读器才会自动重定向请参见307o类似于301/302,不同之处在于，假如原来的303See Other恳求是POST,Location头指定的重定向目标文档应当通过GET提取HTTP

1.1新客户端有缓冲的文档并发出了一个条件性的恳求〔一般是供应304Not ModifiedIf-Modified-Since头表示客户只想比指定日期更新的文档o效劳器告知客户，原来缓冲的文档还可以接着运用客户恳求的文档应当通过Location头所Use Proxy指明的代理效劳器提取［HTTP

1.1新〕和302Found一样很多阅读器会错误地响应302应答进展重定向，即使原来的恳求是POST,即使它事实上只能在POST恳求的应答是303时才能重定向由于这个缘由，HTTP

1.1新增了307,以Temporary Redirect便更加去除地区分几个状态代码当出现303应答时，阅读器可以跟随重定向的GET和POST恳求;假如是307应答，那么阅读器只能跟随对GET恳求的重定向HTTP

1.1新Bad Request恳求出现语法错误客户试图未经授权访问受密码爱护的页面应答中会包含一个头，阅读器据此显Unauthorized示用户名字/密码对话框，然后在填写相宜的Authorization头后再次发出恳求资源不行用效劳器理解客户的恳求，但Forbidden拒绝处理它通常由于效劳器上文件或书目的权限设置导致无法找到指定位置的资源这也是一个常用的404Not Found应答恳求方法GET、POST、HEAD、DELETEPUT、TRACE等对指定的资源不适用405Method NotAllowedHTTP

1.1新指定的资源已经找到，但它的MIME类型和客406Not Acceptable户在Accpet头中所指定的不兼容HTTP

1.1新Proxy类似于401,表示客户必需先经过代理效Authentication407劳器的授权［HTTP

1.1新Required在效劳器许可的等待时间内，客户始终没有发408Request Timeout出任何恳求客户可以在以后重复同一恳求〔HTTP

1.1新通常和PUT恳求有关由于恳求和资源的当前409Conflict状态相冲突，因此恳求不能胜利HTTP

1.1新所恳求的文档已经不再可用，而且效劳器不知410Gone道应当重定向到哪一个地址它和404的不同在于，返回407表示文档永久地离开了指定的位置,而404表示由于未知的缘由文档不行用HTTP

1.1新效劳器不能处理恳求，除非客户发送一个411Length RequiredContent-Length头〔HTTP

1.1新Precondition恳求头中指定的一些前提条件失败〔HTTP412Failed

1.1新〕目标文档的大小超过效劳器当前情愿处Request EntityToo理的大小假如效劳器认为自己能够稍后再处413Large理该恳求，那么应当供应一个Re仃y-After头HTTP

1.1新Request URIToo414URI太长HTTP

1.1新oLongRequested RangeNot效劳器不能满意客户在恳求中指定的416Satisfiable Range头HTTP

1.1新Internal Server效劳器遇到了意料不到的状况，不能完成客户500Error的恳求效劳器不支持实现恳求所须要的功能例如，501NotImplemented客户发出了一个效劳器不支持的PUT恳求效劳器作为网关或者代理时，为了完成恳求502Bad Gateway访问下一个效劳器，但该效劳器返回了非法的应答效劳器由于维护或者负载过重未能应答例Service如，Servlet可能在数据库连接池已满的状况503Unavailable下返回503效劳器返回503时可以供应一个oRetry-After头由作为代理或网关的效劳器运用，表示不能504Gateway Timeout刚好地从远程效劳器获得应答［HTTP

1.1新〕HTTP VersionNot效劳器不支持恳求中所指明的HTTP版505Supported本HTTP

1.1新HTTP的早期版本为HTTP/O.9,它适用于各种数据信息的简洁快速协议，但是其远不能满意日益开展各种应用的须要但HTTP/

0.9作为HTTP协议具有典型的无状态性每个事务都是独立进展处理的，当一个事务开场就在客户与效劳器之间建立一个连接，当事务完毕时就释放这个连接HTTP/

0.9包含Simple-RequestSimple-Responsed的报文构造但是客户无法运用内容协商，所以效劳器也无法返回实体的媒体类型1982年,Tim Berners-Lee提出了HTTP/

1.0,在此后的不断丰富和开展中，HTTP/

1.0成为最重要的面对事务的应用层协议该协议对每一次恳求/响应，建立并撤除一次连接其特点是简洁、易于管理，所以它符合了大家的须要，得到了广泛的应用其缺点是仍会发生以下问题对用户恳求响应慢、网络拥塞严峻、平安性等2023年形成的HTTP/

1.1,也就是现在普遍运用的协议，在持续连接操作机制中实现流水方式，即客户端须要对同一效劳器发出多个恳求时，其实现在多数的网页都是有多局部组成（比方多张图片），可用流水线方式加快速度，流水机制就是指连续发出多个恳求并等到这些恳求发送完毕，再等待响应这样就大大节约了单独恳求对响应的等待时间，使我们得到更快速的阅读另外，HTTP/

1.1效劳器端处理恳求时依据收到的依次进展，这就保证了传输的正确性当然，效劳器端在发生连接中断时，会自动的重传恳求，保证数据的完整性HTTP/

1.1还供应了身份认证、状态管理和Cache缓存等机制这里,我想特殊提一下关于HTTP/

1.1中的Cache缓存机制对HTTP/

1.0的缺乏之处的改良，它严格全面，既可以削减时间延迟、又节约了带宽HTTP/

1.1采纳了内容协商机制，选择最相宜的用户的内容表现形式现在，很多地方都有用到的虚拟主机技术在HTTP/

1.1中也可以实现所谓的虚拟主机技术，就是同一主机地址实际对应多台主机通俗的讲，当你同时在一个网站申请两个主页时，用协议分析仪可以发觉其实这两个主页对应的是同一个IP地址这样用多台完全一样的机器形成WWW效劳器就可以提高处理的吞吐量传统的解决方案是改造域名效劳器使其可以依据肯定的算法将同一域名说明成不同的IP地址分别对应虚拟主机的每台机器，其缺点是要求每台机器占用完全独立的IP地址，这与IP地址的缺乏是相冲突的HTTP/

1.1供应的解决方案在HTTP协议自身中参与了指定不同主机的功能，从而多台主机可以共享一个IP地址，既提高了性能又便于管理因为HTTP/

1.1是Internet现行的标准协议，这里具体介绍其相关语法首先，HTTP/

1.1格式可写为:_img:8d94cc43ef][/img:8d94cc43ef]其中恳求方法是恳求肯定的Web页面的程序或用于特定的URLo可选用以下几种GET恳求指定的页面信息，并返回实体主体HEAD只恳求页面的首部POST恳求效劳器承受所指定的文档作为对所标识的URI的新的附属实体PUT从客户端向效劳器传送的数据取代指定的文档的内容DELETE恳求效劳器删除指定的页面OPTIONS允许客户端查看效劳器的性能TRACE恳求效劳器在响应中的实体主体局部返回所得到的内。