HTTP状态代码(响应代码)用于指示Http请求是否已成功完成。HTTP响应有五种类型：消息响应、成功响应、重定向、客户端错误和服务器端错误。
下表列出了所有Http状态代码及其含义。
http状态代码
#状态代码原因短语表示HTTP版本消息响应100继续
(继续)客户端应该继续发送请求。此临时响应用于通知客户端其请求的一部分已被服务器接收，并且未被拒绝。客户端应该继续发送请求的其余部分，或者如果请求已经完成，则忽略此响应。请求完成后，服务器必须向客户端发送最终响应。HTTP/1.1可以使用101交换协议。
(切换协议)服务器已经理解了客户端的请求，并将通过升级头通知客户端使用不同的协议来完成请求。发送此响应的最后一个空行后，服务器将切换到升级头中定义的那些协议。3360只有在切换到新协议更有利时，才应采取类似的措施。例如，切换到新的HTTP版本比旧版本更有优势，或者切换到实时和同步协议来传输利用这些特性的资源。HTTP/1.1可用成功响应200OK
(成功)请求成功。成功的含义因请求中使用的方法而异。
GET:资源已被提取并作为响应程序返回给客户端。HEAD:实体头在被服务器处理后已经从客户机POST:返回了数据，适当的资源作为响应者返回给客户机。TRACE:服务器接收请求消息，并将其作为响应者返回给客户端。PUT、DELETE和OPTIONS方法永远不会返回200个状态代码。HTTP/0.9可以使用201Created。
(已创建)请求成功，并且已根据请求的要求建立了新资源。通常，这是通过PUT方法获得的响应代码。HTTP/0.9可以使用202Accepted。
(已创建)服务器已接受请求，但尚未处理。正如它可能会被拒绝一样，请求最终可能会执行，也可能不会执行。在异步操作的情况下，没有什么比发送这个状态代码更方便的了。返回202状态代码的3360响应的目的是允许服务器接受其他进程的请求(例如一天只执行一次的基于批处理的操作)，而不必保持客户端与服务器的连接，直到批处理操作完全完成。在接受请求处理并返回202状态代码之后的响应应该包含一些指示处理的当前状态的信息和指向返回实体中的处理状态监视器或状态预测的指针，以便用户可以估计操作是否已经完成。203非权威信息可用于HTTP/0.9
(未授权信息)服务器已成功处理请求，但返回的实体头元信息不是原始服务器上的有效集，而是来自本地或第三方的副本。如果不是这样，使用200状态码最为合适。
HTTP/0.9和1.1204无内容
(无内容)响应没有响应内容，只有响应头，这可能也很有用。用户代理可以根据新的响应头更新相应资源的缓存信息。205重置内容可用于HTTP/0.9。
(重置内容)告诉用户代理重置发送请求的窗口的文档视图。206部分内容可用于HTTP/1.1。
(部分内容)当客户端使用范围标题字段下载文件时，使用此状态代码HTTP/1.1可用重定向300多重选择。
(多种选择)对此请求有多种可能的响应，用户代理或用户必须从中选择一种。没有服务器可以代替用户选择的标准。http/1.0和更高版本的301被永久移动
(永久移动)此状态代码表示请求的URI资源路径已更改，新的网址将在响应中的位置：的标题字段中找到。HTTP/0.9可用302找到。
(临时移动)此状态代码表示请求的URI资源路径被临时更改，并且可能会继续更改。因此，客户在将来访问时必须继续使用这个URI。新的网址将在响应中的位置：的标题字段中找到。HTTP/0.9可在303查看其他。
(查看其他位置)服务器发送此响应来指导客户端使用GET方法访问另一个未修改的URI.HTTP/0.9和1.1304。
(未修改)告诉客户端，自上次访问以来，请求的内容没有更改。客户端可以直接从浏览器缓存中获取资源。HTTP/0.9可以使用305Use代理。
(使用代理)必须通过代理访问请求的资源。出于安全原因，此状态代码不受广泛支持。HTTP/1.1可以使用306个未使用的
(未使用)此状态代码不再使用。它最初用于旧版本的HTTP 1.1规范。HTTP/1.1可以使用307临时重定向。
(临时重定向)服务器发送此响应来指导客户端使用相同的方法访问另一个URI以获取它想要获取的资源。新的网址将在响应的Location:标头字段中找到。它具有与302状态代码相同的语义，并且在两次访问前后必须使用相同的方法(GET POST)。
HTTP/1.1可以使用308永久重定向
(永久重定向)请求的资源将永久位于另一个URI。新的网址将在响应的Location:标题字段中
里找到.与301状态码有相同的语义,且前后两次访问必须使用相同的方法(GET POST).
HTTPbis (试验草案)客户端错误400Bad Request
(错误请求)因发送的请求语法错误,服务器无法正常读取.HTTP/0.9 可用401Unauthorized
(未授权)需要身份验证后才能获取所请求的内容,类似于403错误.不同点是.401错误后,只要正确输入帐号密码,验证即可通过.HTTP/0.9 可用402Payment Required
(需要付款)该状态码被保留以供将来使用.创建此代码最初的目的是为数字支付系统而用,然而,到现在也没投入使用.HTTP/0.9 and 1.1403Forbidden
(禁止访问)客户端没有权利访问所请求内容,服务器拒绝本次请求.HTTP/0.9 可用404Not Found
(未找到)服务器找不到所请求的资源.由于经常发生此种情况,所以该状态码在上网时是非常常见的.HTTP/0.9 可用405Method Not Allowed
(不允许使用该方法)该请求使用的方法被服务器端禁止使用,RFC2616中规定, GET 和 HEAD方法不能被禁止.HTTP/1.1 可用406Not Acceptable
(无法接受)在进行服务器驱动内容协商后,没有发现合适的内容传回给客户端.HTTP/1.1 可用407Proxy Authentication Required
(要求代理身份验证)类似于状态码 401,不过需要通过代理才能进行验证.
HTTP/1.1 可用408Request Timeout
(请求超时)客户端没有在服务器预备等待的时间内完成一个请求的发送.这意味着服务器将会切断和客户端的连接. 在其他浏览器中,这种响应更常见一些, 例如Chrome 和 IE9, 目的是为了使用HTTP 预连机制加快浏览速度. 同时注意,一些服务器不发送此种响应就直接切断连接.HTTP/1.1 可用409Conflict
(冲突)该请求与服务器的当前状态所冲突.HTTP/1.1 可用410Gone
(已失效)所请求的资源已经被删除.HTTP/1.1 可用411Length Required
(需要内容长度头)因服务器在本次请求中需要 Content-Length头字段,而客户端没有发送.所以,服务器拒绝了该请求.HTTP/1.1 可用412Precondition Failed
(预处理失败)服务器没能满足客户端在获取资源时在请求头字段中设置的先决条件.HTTP/1.1 可用413Request Entity Too Large
(请求实体过长)请求实体大小超过服务器的设置的最大限制,服务器可能会关闭HTTP链接并返回Retry-After头字段.HTTP/1.1 可用414Request-URI Too Long
(请求网址过长)客户端请求所包含的URI地址太长,以至于服务器无法处理.HTTP/1.1 可用415Unsupported Media Type
(媒体类型不支持)服务器不支持客户端所请求的媒体类型,因此拒绝该请求.HTTP/1.1 可用416Requested Range Not Satisfiable
(请求范围不合要求)请求中包含的Range头字段无法被满足,通常是因为Range中的数字范围超出所请求资源的大小.HTTP/1.1 可用417Expectation Failed
(预期结果失败)在请求头 Expect 中指定的预期内容无法被服务器满足.HTTP/1.1 可用服务器端错误500Internal Server Error
(内部服务器错误)服务器遇到未知的无法解决的问题.HTTP/0.9 可用501Implemented
(未实现)服务器不支持该请求中使用的方法,比如POST 和 PUT.只有GET 和 HEAD 是RFC2616规范中规定服务器必须实现的方法.HTTP/0.9 可用502Bad Gateway
(网关错误)服务器作为网关且从上游服务器获取到了一个无效的HTTP响应.HTTP/0.9 可用503Service Unavailable
(服务不可用)由于临时的服务器维护或者过载,服务器当前无法处理请求.这个状况是临时的,并且将在一段时间以后恢复.如果能够预计延迟时间,那么响应中可以包含一个Retry-After:头用以标明这个延迟时间.如果没有给出这个Retry-After:信息，那么客户端应当以处理500响应的方式处理它.同时,这种情况下,一个友好的用于解释服务器出现问题的页面应当被返回,并且,缓存相关的HTTP头信息也应该包含,因为通常这种错误提示网页不应当被客户端缓存.HTTP/0.9 可用504Gateway Timeout
(网关超时)服务器作为网关且不能从上游服务器及时的得到响应返回给客户端.HTTP/1.1 可用505HTTP Version Not Supported
(HTTP版本不受支持)服务器不支持客户端发送的HTTP请求中所使用的HTTP协议版本.HTTP/1.1 可用
