应当谨慎C用那些只有HTTP 1.1支持的状态代码，因ؓ(f)许多览器还只能够支持HTTP 1.0。如果你使用?jin)HTTP 1.1Ҏ(gu)的状态代码，最好能够检查一下请求的HTTP版本受?
| 状态代? | 状态信? | 含义 |
| 100 | Continue | 初始的请求已l接受，客户应当l箋发送请求的其余部分。（HTTP 1.1斎ͼ(j) |
| 101 | Switching Protocols | 服务器将遵从客户的请求{换到另外一U协议（HTTP 1.1斎ͼ(j) |
| 200 | OK | 一切正常，对GET和POSTh的应{文跟在后面?/TD> |
| 201 | Created | 服务器已l创Z(jin)文档QLocation头给Z(jin)它的URL? |
| 202 | Accepted | 已经接受hQ但处理未完成? |
| 203 | Non-Authoritative Information | 文档已经正常地返回，但一些应{头可能不正，因ؓ(f)使用的是文档的拷贝（HTTP 1.1斎ͼ(j)? |
| 204 | No Content | 没有新文，览器应该l显C原来的文。如果用户定期地h面Q而Servlet可以定用户文_斎ͼq个状态代码是很有用的? |
| 205 | Reset Content | 没有新的内容Q但览器应该重|它所昄的内宏V用来强制浏览器清除表单输入内容QHTTP 1.1斎ͼ(j)? |
| 206 | Partial Content | 客户发送了(jin)一个带有Range头的GEThQ服务器完成?jin)它QHTTP 1.1斎ͼ(j)? |
| 300 | Multiple Choices | 客户h的文档可以在多个位置扑ֈQ这些位|已l在q回的文档内列出。如果服务器要提Z先选择Q则应该在Location应答头指明? |
| 301 | Moved Permanently | 客户h的文在其他地方Q新的URL在Location头中l出Q浏览器应该自动地访问新的URL? |
| 302 | Found | cM?01Q但新的URL应该被视Z(f)时性的替代Q而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”?
出现该状态代码时Q浏览器能够自动讉K新的URLQ因此它是一个很有用的状态代码? 注意q个状态代码有时候可以和301替换使用。例如，如果览器错误地hhttp://host/~userQ缺了(jin)后面的斜杠）(j)Q有的服务器q回301Q有的则q回302? 严格地说Q我们只能假定只有当原来的请求是GET时浏览器才会(x)自动重定向。请参见307? |
| 303 | See Other | cM?01/302Q不同之处在于，如果原来的请求是POSTQLocation头指定的重定向目标文档应该通过GET提取QHTTP 1.1斎ͼ(j)? |
| 304 | Not Modified | 客户端有~冲的文档ƈ发出?jin)一个条件性的hQ一般是提供If-Modified-Since头表C客户只x指定日期更新的文档）(j)。服务器告诉客户Q原来缓冲的文档q可以l用? |
| 305 | Use Proxy | 客户h的文应该通过Location头所指明的代理服务器提取QHTTP 1.1斎ͼ(j)? |
| 307 | Temporary Redirect | ?02QF(tun)oundQ相同。许多浏览器?x)错误地响?02应答q行重定向，即原来的请求是POSTQ即使它实际上只能在POSTh的应{是303时才能重定向。由于这个原因，HTTP 1.1新增?07Q以便更加清除地区分几个状态代码：(x)当出?03应答Ӟ览器可以跟随重定向的GET和POSThQ如果是307应答Q则览器只能跟随对GETh的重定向。（HTTP 1.1斎ͼ(j) |
| 400 | Bad Request | h出现语法错误? |
| 401 | Unauthorized | 客户试图未经授权讉K受密码保护的面。应{中?x)包含一个WWW-Authenticate_(d)览器据此显C用户名?密码对话框，然后在填写合适的Authorization头后再次发出h? |
| 403 | Forbidden | 资源不可用。服务器理解客户的请求，但拒l处理它。通常׃服务器上文g或目录的权限讄D? |
| 404 | Not Found | 无法扑ֈ指定位置的资源。这也是一个常用的应答? |
| 405 | Method Not Allowed | hҎ(gu)QGET、POST、HEAD、DELETE、PUT、TRACE{）(j)Ҏ(gu)定的资源不适用。（HTTP 1.1斎ͼ(j) |
| 406 | Not Acceptable | 指定的资源已l找刎ͼ但它的MIMEcd和客户在Accpet头中所指定的不兼容QHTTP 1.1斎ͼ(j)? |
| 407 | Proxy Authentication Required | cM?01Q表C客户必dl过代理服务器的授权。（HTTP 1.1斎ͼ(j) |
| 408 | Request Timeout | 在服务器许可的等待时间内Q客户一直没有发ZQ何请求。客户可以在以后重复同一h。（HTTP 1.1斎ͼ(j) |
| 409 | Conflict | 通常和PUTh有关。由于请求和资源的当前状态相冲突Q因此请求不能成功。（HTTP 1.1斎ͼ(j) |
| 410 | Gone | 所h的文已l不再可用，而且服务器不知道应该重定向到哪一个地址。它?04的不同在于，q回407表示文档怹地离开?jin)指定的位置Q?04表示׃未知的原因文档不可用。（HTTP 1.1斎ͼ(j) |
| 411 | Length Required | 服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1斎ͼ(j) |
| 412 | Precondition Failed | h头中指定的一些前提条件失败（HTTP 1.1斎ͼ(j)? |
| 413 | Request Entity Too Large | 目标文档的大超q服务器当前愿意处理的大。如果服务器认ؓ(f)自己能够E后再处理该hQ则应该提供一个Retry-After_(d)HTTP 1.1斎ͼ(j)? |
| 414 | Request URI Too Long | URI太长QHTTP 1.1斎ͼ(j)? |
| 416 | Requested Range Not Satisfiable | 服务器不能满_户在h中指定的Range头。（HTTP 1.1斎ͼ(j) |
| 500 | Internal Server Error | 服务器遇C(jin)意料不到的情况，不能完成客户的请求? |
| 501 | Not Implemented | 服务器不支持实现h所需要的功能。例如，客户发出?jin)一个服务器不支持的PUTh? |
| 502 | Bad Gateway | 服务器作为网x者代理时Qؓ(f)?jin)完成请求访问下一个服务器Q但该服务器q回?jin)非法的应答? |
| 503 | Service Unavailable | 服务器由于维护或者负载过重未能应{。例如，Servlet可能在数据库q接池已满的情况下返?03。服务器q回503时可以提供一个Retry-After头? |
| 504 | Gateway Timeout | ׃Z理或|关的服务器使用Q表CZ能及(qing)时地从远E服务器获得应答。（HTTP 1.1斎ͼ(j) |
| 505 | HTTP Version Not Supported | 服务器不支持h中所指明的HTTP版本。（HTTP 1.1斎ͼ(j) |
]]>