httphead.htm

一个C语言的聊天室源代码

<P>　　 <B>HTTP 1.1状态代码及其含义</B>  
<P>　　 下表显示了常见的HTTP 1.1状态代码以及它们对应的状态信息和含义。  
<P>　　 应当谨慎地使用那些只有HTTP 1.1支持的状态代码，因为许多浏览器还只能够支持HTTP 1.0。如果你使用了HTTP 1.1特有的状态代码，最好能够检查一下请求的HTTP版本号。  
<table border="1" cellspacing="0" cellpadding="5" bordercolorlight = "black" bordercolordark = "#FFFFFF" rows= 38 cols= 3> 
  <TR align=center>  
    <TD width=70>状态代码 </TD> 
    <TD>状态信息 </TD> 
    <TD>含义 </TD> 
  </TR> 
  <TR>  
    <TD>100 </TD> 
    <TD>Continue </TD> 
    <TD>初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） </TD> 
  </TR> 
  <TR>  
    <TD>101 </TD> 
    <TD>Switching Protocols </TD> 
    <TD>服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） </TD> 
  </TR> 
  <TR>  
    <TD>200 </TD> 
    <TD>OK </TD> 
    <TD>一切正常，对GET和POST请求的应答文档跟在后面。</TD> 
  </TR> 
  <TR>  
    <TD>201 </TD> 
    <TD>Created </TD> 
    <TD>服务器已经创建了文档，Location头给出了它的URL。 </TD> 
  </TR> 
  <TR>  
    <TD>202 </TD> 
    <TD>Accepted </TD> 
    <TD>已经接受请求，但处理尚未完成。 </TD> 
  </TR> 
  <TR>  
    <TD>203 </TD> 
    <TD>Non-Authoritative Information </TD> 
    <TD>文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。 </TD> 
  </TR> 
  <TR>  
    <TD>204 </TD> 
    <TD>No Content </TD> 
    <TD>没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。 </TD> 
  </TR> 
  <TR>  
    <TD>205 </TD> 
    <TD>Reset Content </TD> 
    <TD>没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。 </TD> 
  </TR> 
  <TR>  
    <TD>206 </TD> 
    <TD>Partial Content </TD> 
    <TD>客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。 </TD> 
  </TR> 
  <TR>  
    <TD>300 </TD> 
    <TD>Multiple Choices </TD> 
    <TD>客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。 </TD> 
  </TR> 
  <TR>  
    <TD>301 </TD> 
    <TD>Moved Permanently </TD> 
    <TD>客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。 </TD> 
  </TR> 
  <TR>  
    <TD>302 </TD> 
    <TD>Found </TD> 
    <TD>类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved 
      Temporatily”。 
      <P>出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。
      <P>注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。 
      <P>严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。 
    </TD>
  </TR>
  <TR> 
    <TD>303 </TD>
    <TD>See Other </TD>
    <TD>类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。  
    </TD> 
  </TR> 
  <TR>  
    <TD>304 </TD> 
    <TD>Not Modified </TD> 
    <TD>客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。  
    </TD> 
  </TR> 
  <TR>  
    <TD>305 </TD> 
    <TD>Use Proxy </TD> 
    <TD>客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。 </TD> 
  </TR> 
  <TR>  
    <TD>307 </TD> 
    <TD>Temporary Redirect </TD> 
    <TD>和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP  
      1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新）  
    </TD> 
  </TR> 
  <TR>  
    <TD>400 </TD> 
    <TD>Bad Request </TD> 
    <TD>请求出现语法错误。 </TD> 
  </TR> 
  <TR>  
    <TD>401 </TD> 
    <TD>Unauthorized </TD> 
    <TD>客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。  
    </TD> 
  </TR> 
  <TR>  
    <TD>403 </TD> 
    <TD>Forbidden </TD> 
    <TD>资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。 </TD> 
  </TR> 
  <TR>  
    <TD>404 </TD> 
    <TD>Not Found </TD> 
    <TD>无法找到指定位置的资源。这也是一个常用的应答。 
    </TD>
  </TR>
  <TR> 
    <TD>405 </TD>
    <TD>Method Not Allowed </TD>
    <TD>请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新） </TD>
  </TR>
  <TR> 
    <TD>406 </TD>
    <TD>Not Acceptable </TD>
    <TD>指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。 </TD>
  </TR>
  <TR> 
    <TD>407 </TD>
    <TD>Proxy Authentication Required </TD>
    <TD>类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新） </TD>
  </TR>
  <TR> 
    <TD>408 </TD>
    <TD>Request Timeout </TD>
    <TD>在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新） </TD>
  </TR>
  <TR> 
    <TD>409 </TD>
    <TD>Conflict </TD>
    <TD>通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新） </TD>
  </TR>
  <TR> 
    <TD>410 </TD>
    <TD>Gone </TD>
    <TD>所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 
      1.1新） </TD>
  </TR>
  <TR> 
    <TD>411 </TD>
    <TD>Length Required </TD>
    <TD>服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新） </TD>
  </TR>
  <TR> 
    <TD>412 </TD>
    <TD>Precondition Failed </TD>
    <TD>请求头中指定的一些前提条件失败（HTTP 1.1新）。 </TD>
  </TR>
  <TR> 
    <TD>413 </TD>
    <TD>Request Entity Too Large </TD>
    <TD>目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。 
    </TD>
  </TR>
  <TR> 
    <TD>414 </TD>
    <TD>Request URI Too Long </TD>
    <TD>URI太长（HTTP 1.1新）。 </TD>
  </TR>
  <TR> 
    <TD>416 </TD>
    <TD>Requested Range Not Satisfiable </TD>
    <TD>服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新） </TD>
  </TR>
  <TR> 
    <TD>500 </TD>
    <TD>Internal Server Error </TD>
    <TD>服务器遇到了意料不到的情况，不能完成客户的请求。 </TD>
  </TR>
  <TR> 
    <TD>501 </TD>
    <TD>Not Implemented </TD>
    <TD>服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。 </TD>
  </TR>
  <TR> 
    <TD>502 </TD>
    <TD>Bad Gateway </TD>
    <TD>服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。 </TD>
  </TR>
  <TR> 
    <TD>503 </TD>
    <TD>Service Unavailable </TD>
    <TD>服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。 
    </TD>
  </TR>
  <TR> 
    <TD>504 </TD>
    <TD>Gateway Timeout </TD>
    <TD>由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新） </TD>
  </TR>
  <TR> 
    <TD>505 </TD>
    <TD>HTTP Version Not Supported </TD>
    <TD>服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新） </TD>
  </TR>
</TABLE>