服务器返回的http状态码

http情况回到编码：

1xx（临时性回应）表明临时性回应并必须请求者执行实际操作的情况编码。

100 Continue客户端理应再次推送恳求。这一临时性回应是用于通告手机客户端它的一部分恳求早已被网络服务器接受，且并未被拒绝。手机客户端理应再次推送恳求的剩下一部分，或是假如恳求早已进行，忽视这一回应。网络服务器务必在恳求进行后向手机客户端推送一个最后回应。
101 Switching Protocols网络服务器早已了解了手机客户端的恳求，并将根据Upgrade信息头通告手机客户端选用不一样的协议书来进行这一恳求。在推送完这一回应最终的空白行后，网络服务器可能转换到在Upgrade信息头中界定的这些协议书。仅有在转换新的协议书更有益处的情况下才应当采用相近对策。比如，转换到新的HTTP版本号比旧版更有优点，或是转换到一个即时且同歩的协议书以传输运用该类特点的資源。
102 Processing意味着解决将被执行。

200 OK恳求已取得成功，恳求所期待的回应头或数据信息体将随此回应回到。
201 Created恳求早已被完成，并且有一个新的資源早已根据恳求的必须而建立，且其URI早已随Location头信息内容回到。倘若必须的資源没法立即建立得话，理应回到’202 Accepted’。
202 Accepted网络服务器已接纳恳求，但并未解决。如同它将会被拒绝一样，最后该恳求将会会也将会不容易强制执行。在多线程实际操作的场所下，沒有比推送这一状态码更便捷的作法了。:回到202状态码的回应的目地是容许网络服务器接纳别的全过程的恳求（
比如某一每日只实行一次的根据批处理命令的实际操作），而无须让手机客户端一直维持与网络服务器的联接直至批处理命令实际操作所有进行。在接纳恳求解决并回到202状态码的回应理应在回到的实体线中包括一些标示解决当今情况的信息内容，及其偏向解决情况监控器或情况预测分析的表针，便于客户可以估算实际操作是不是早已进行。
203 Non-Authoritative Information网络服务器已取得成功解决了恳求，但回到的实体线头顶部元信息内容并不是在初始网络服务器上合理的明确结合，只是来源于当地或是第三方的复制。当今的信息内容可能是初始版本号的非空子集或是超集。比如，包括資源的数据库将会造成 初始网络服务器了解元信息内容的超集。应用此状态码并不是务必的，并且仅有在回应不应用此状态码便会回到200 OK的状况下才算是适合的。
204 No Content网络服务器取得成功解决了恳求，但不用回到一切实体线內容，而且期待回到升级了的元信息内容。回应将会根据实体线头顶部的方式，回到新的或升级后的元信息内容。假如存有这种头顶部信息内容，则理应与所恳求的自变量相映衬。 假如手机客户端是电脑浏览器得话，那麼客户电脑浏览器应保存推送了该恳求的网页页面，而不造成一切文本文档主视图上的转变，即便依照标准新的或升级后的元信息内容理应被运用到客户浏览器主题活动主视图中的文本文档。 因为204回应被严禁包括一切信息体，因而它自始至终以信息头后的第一个空白行末尾。
205 Reset Content网络服务器取得成功解决了恳求，且沒有回到一切內容。可是与204回应不一样，回到此状态码的回应规定请求者重设文本文档主视图。该回应主要是被用以接纳客户键入后，马上重设表格，便于客户可以轻轻松松地刚开始另一次键入。 与204回应一样，该回应也被严禁包括一切信息体，且以信息头后的第一个空白行完毕。
206 Partial Content网络服务器早已取得成功解决了一部分GET恳求。类似FlashGet或是迅雷资源这种的HTTP 下载神器全是应用该类回应完成上传下载或是将一个大文本文档溶解为好几个免费下载段另外免费下载。
207 Multi-Status意味着以后的信息体将是一个XML信息，而且将会按照以前子恳求总数的不一样，包括一系列单独的回应编码。

300 Multiple Choices被恳求的資源有一系列可提供选择的感恩回馈信息内容，每一个都是有自身特殊的详细地址和电脑浏览器驱动器的商讨信息内容。客户或电脑浏览器可以自主挑选一个优选的详细地址开展跳转。 除非是这是一个HEAD恳求，不然该回应理应包含一个資源特点及详细地址的目录的实体线，便于客户或电脑浏览器从这当中挑选最好的重定向详细地址。这一实体线的文件格式由Content-Type界定的文件格式所决策。电脑浏览器将会依据回应的文件格式及其电脑浏览器本身工作能力，全自动做出最好的挑选。 假如网络服务器自身早已拥有优选的感恩回馈挑选，那麼在Location中理应指出这一感恩回馈的URI；电脑浏览器将会会将这一Location值做为全自动重定向的详细地址。除此之外，除非是附加特定，不然这一回应也是可缓存文件的。
301 Moved Permanently被恳求的資源已永久性挪动到新部位，而且未来一切对于此事資源的引入都应当应用本回应回到的数个URI之一。假如将会，有着连接编写作用的手机客户端理应全自动把恳求的详细地址改动为从服务器意见反馈回家的详细地址。除非是附加特定，不然这一回应也是可缓存文件的。 新的永久的URI理应在回应的Location域中回到。除非是这是一个HEAD恳求，不然回应的实体线中理应包括偏向新的URI的网页链接及简洁明了表明。 假如这不是一个GET或是HEAD恳求，因而电脑浏览器严禁全自动开展跳转，除非是获得客户的确定，由于恳求的标准将会因而产生变化。 留意：针对一些应用HTTP/1.0协议书的电脑浏览器，当他们推送的POST恳求获得了一个301回应得话，接下去的跳转恳求可能变为GET方法。
302 Found恳求的資源如今临时性从不一样的URI回应恳求。因为那样的跳转是临时性的，手机客户端理应再次向原来详细地址推送之后的恳求。仅有在Cache-Control或Expires中开展了特定的状况下，这一回应才算是可缓存文件的。 新的暂时性的URI理应在回应的Location域中回到。除非是这是一个HEAD恳求，不然回应的实体线中理应包括偏向新的URI的网页链接及简洁明了表明。 假如这不是一个GET或是HEAD恳求，那麼电脑浏览器严禁全自动开展跳转，除非是获得客户的确定，由于恳求的标准将会因而产生变化。
303 See Other相匹配当今恳求的回应能够在另一个URI上被寻找，并且手机客户端理应选用GET的方法浏览哪个資源。这一方式 的存有主要是以便容许由脚本制作激话的POST恳求輸出跳转到一个新的資源。这一新的URI并不是初始資源的取代引入。另外，303回应严禁被缓存文件。自然，第二个恳求（跳转）将会被缓存文件。 新的URI理应在回应的Location域中回到。除非是这是一个HEAD恳求，不然回应的实体线中理应包括偏向新的URI的网页链接及简洁明了表明。 留意：很多HTTP/1.1版之前的电脑浏览器不可以正确认识303情况。假如必须考虑到与这种电脑浏览器中间的互动交流，302状态码应当能够担任，由于大部分的电脑浏览器解决302回应时的方法刚好便是所述标准规定手机客户端解决303回应时理应做的。
304 Not Modified假如手机客户端推送了一个带标准的GET恳求且该恳求已被容许，而文本文档的內容（从上次访问至今或是依据恳求的标准）并沒有更改，则网络服务器理应回到这一状态码。304回应严禁包括信息体，因而自始至终以信息头后的第一个空白行末尾。
305 Use Proxy被恳求的資源务必根据特定的代理商才可以被浏览。Location域里将得出特定的代理商所属的URI信息内容，接受者必须反复推送一个独立的恳求，根据这一代理商才可以浏览相对資源。仅有初始网络服务器才可以建立305回应。

 

306 Switch Proxy在最新版本的标准中，306状态码早已已不被应用。
307 Temporary Redirect恳求的資源如今临时性从不一样的URI回应恳求。因为那样的跳转是临时性的，手机客户端理应再次向原来详细地址推送之后的恳求。仅有在Cache-Control或Expires中开展了特定的状况下，这一回应才算是可缓存文件的。

400 Bad Request因为包括语法错误，当今恳求没法被网络服务器了解。除非是开展改动，不然手机客户端不应该反复递交这一恳求。
401 Unauthorized当今恳求必须客户认证。该回应务必包括一个适用被恳求資源的WWW-Authenticate信息头用于了解客户信息。手机客户端能够反复递交一个包括适当的Authorization头信息内容的恳求。假如当今恳求早已包括了Authorization资格证书，那麼401回应意味着着网络服务器认证早已拒绝了这些资格证书。假如401回应包括了与前一个回应同样的真实身份验证了解，且电脑浏览器早已最少试着了一次认证，那麼电脑浏览器理应向客户展现回应中包括的实体线信息内容，由于这一实体线信息内容中将会包括了有关确诊信息内容。
402 Payment Required该状态码是以便未来将会的要求而预埋的。
403 Forbidden服务端早已了解恳求，可是拒不履行它。与401回应不一样的是，身份验证并不可以出示一切协助，并且这
个恳求都不应当被反复递交。假如这不是一个HEAD恳求，并且网络服务器期待可以讲明白为什么恳求不可以强制执行，那麼就应当在实体线内叙述回绝的缘故。自然网络服务器还可以回到一个404回应，倘若它不期待让手机客户端得到一切信息内容。
404 Not Found恳求不成功，恳求所期待获得的資源未被在网络服务器上发觉。沒有信息内容可以告知客户这一情况到底是临时的還是永久性的。倘若网络服务器了解状况得话，理应应用410状态码来告之旧資源由于一些內部的配备体制难题，早已永久性的不能用，并且沒有一切能够自动跳转的详细地址。404这一状态码被广泛运用于当网络服务器不愿表明究竟为什么恳求被拒绝或是沒有别的合适的回应能用的状况下。
405 Method Not Allowed恳求行中特定的恳求方式 不可以被用以恳求相对的資源。该回应务必回到一个Allow头信息内容用于表明出当今資源可以接纳的恳求方式 的目录。 由于PUT，DELETE方式 会对网络服务器上的資源开展写实际操作，因此绝大多数的网页服务器都不兼容或是在默认设置配备下不允许所述恳求方式 ，针对该类恳求均会回到405错误。
406 Not Acceptable恳求的資源的內容特点不能满足请求头中的标准，因此没法转化成回应实体线。 除非是这是一个HEAD恳求，不然该回应就理应回到一个包括能够让客户或是电脑浏览器从这当中挑选最好的实体线特点及其详细地址目录的实体线。实体线的文件格式由Content-Type头里界定的新闻媒体种类决策。电脑浏览器能够依据文件格式及本身工作能力自主做出最好的选择。可是，标准中并沒有界定一切做出该类全自动挑选的规范。
407 Proxy Authentication Required与401回应相近，只不过是手机客户端务必在代理商服务器上进行身份认证。服务器代理务必回到一个Proxy-Authenticate用于开展真实身份了解。手机客户端能够回到一个Proxy-Authorization信息内容头用于认证。
408 Request Timeout请求超时。手机客户端沒有在网络服务器准备等候的時间内进行一个恳求的推送。手机客户端能够随时随地再度递交这一恳求而不用开展一切变更。

409 Conflict因为和被恳求的資源的当今情况中间存有矛盾，恳求没法进行。
410 Gone被恳求的資源在网络服务器上早已已不能用，并且沒有一切己知的分享详细地址。那样的情况理应被觉得是永久的。
411 Length Required网络服务器回绝在沒有界定Content-Length头的状况下接纳恳求。在加上了说明恳求信息体长短的合理Content-Length头以后，手机客户端能够再度递交该恳求。
412 Precondition Failed网络服务器在认证在恳求的头字段名中得出前提条件时，没能考虑在其中的一个或好几个。这一状态码容许手机客户端在获得資源时在恳求的元信息内容（请求头字段名数据信息）中设定前提条件，为此防止该恳求方式 被运用到其期待的內容之外的資源上。
413 Request Entity Too Large网络服务器回绝解决当今恳求，由于该恳求递交的实体线数据信息尺寸超出了网络服务器想要或是可以解决的范畴。此类状况下，网络服务器能够关掉联接以防手机客户端再次推送此恳求。 假如这一情况是临时性的，网络服务器理应回到一个Retry-After的回应头，以告之手机客户端能够在是多少時间之后再次试着。
414 Request-URI Too Long
恳求的URI长短超出了网络服务器可以表述的长短，因而网络服务器回绝对该恳求出示服务项目。这较为罕见，一般 的状况包含：
本应应用POST方式 的提交表单变成了GET方式 ，造成 查寻字符串数组（Query String）太长。
跳转URI”超级黑洞”，比如每一次跳转把旧的URI做为新的URI的一部分，造成 在许多次跳转后URI较长。
手机客户端已经试着运用一些网络服务器中存有的网络安全问题攻击网站。这类网络服务器应用固定不动长短的缓存载入或实际操作恳求的URI，当GET后的主要参数超出某一标值后，将会会造成缓冲区外溢，造成 随意编码强制执行[1]。沒有该类系统漏洞的网络服务器，理应回到414状态码。
415 Unsupported Media Type针对当今恳求的方式 和所恳求的資源，恳求中递交的实体线并并不是网络服务器中所适用的文件格式，因而恳求被拒绝。
416 Requested Range Not Satisfiable假如恳求中包括了Range请求头，而且Range中特定的一切数据信息范畴都和当今資源的能用范畴不重叠，另外恳求中又沒有界定If-Range请求头，那麼网络服务器就理应回到416状态码。 倘若Range应用的是字节数范畴，那麼这类状况是指恳求特定的全部数据信息范畴的首字节数部位都超出了当今資源的长短。网络服务器也理应在回到416状态码的另外，包括一个Content-Range实体线头，用于指出当今資源的长短。这一回应也被严禁应用multipart/byteranges做为其Content-Type。
417 Expectation Failed在请求头Expect中特定的预估內容没法被网络服务器考虑，或是这一网络服务器是一个服务器代理，它有显著的直接证据证实在当今路由器的下一个连接点上，Expect的內容没法被考虑。
418 I’m a teapot本操作码是在一九九八年做为IETF的传统式圣诞节段子。
421 There are to
o many connections from your internet address从当今手机客户端所属的IP地址到网络服务器的连接数超出了网络服务器批准的较大 范畴。一般 ，这儿的IP地址指的是以网络服务器上见到的手机客户端详细地址（例如客户的网关ip或是服务器代理详细地址）。在这类状况下，连接数的测算将会牵涉到不仅一个终端产品用户。
422 Unprocessable Entity恳求文件格式恰当，可是因为带有词义不正确，没法回应。
423 Locked当今資源被锁住。
424 Failed Dependency因为以前的某一恳求产生的不正确，造成 当今恳求不成功，比如PROPPATCH。
425 Unordered Collection在WebDav Advanced Collections议案中界定，可是未出現在《WebDAV顺序集协议》426 Upgrade Required手机客户端理应转换到TLS/1.0。
449 Retry With由微软公司拓展，意味着恳求理应在实行完适度的实际操作后开展再试。499手机客户端积极中断连接。A恳求B全过程中，A未等B回应就断掉了联接。

500 Internal Server Error网络服务器碰到了一个不曾意料的情况，造成 了它没法进行对恳求的解决。一般来说，这个问题都是在网络服务器的程序流程码错误时出現。
501 Not Implemented网络服务器不兼容当今恳求所必须的某一作用。当网络服务器无法识别恳求的方式 ，而且没法适用其对一切資源的恳求。
502 Bad Gateway做为网关ip或是代理商工作中的网络服务器试着实行恳求时，从上下游网络服务器接受到失效的回应。
503 Service Unavailable因为临时性的服务器维修或是负载，网络服务器当今没法解决恳求。这一情况是临时性的，而且将在一段时间之后修复。假如可以预估延迟时间时间，那麼回应中能够包括一个Retry-After头用于标出这一延迟时间時间。要是没有得出这一Retry-After信息内容，那麼手机客户端理应以解决500回应的方法解决它。

504 Gateway Timeout
做为网关ip或是代理商工作中的网络服务器试着实行恳求时，无法立即从上下游网络服务器（URI标志出的网络服务器，比如HTTP、FTP、LDAP）或是輔助网络服务器（比如DNS）接到回应。
留意：一些服务器代理在DNS查寻请求超时时候回到400或是500错误
505 HTTP Version Not Supported网络服务器不兼容，或是回绝适用在恳求中应用的HTTP版本号。这预示着网络服务器不可以或不肯应用与手机客户端同样的版本号。回应中理应包括一个叙述了为什么版本号不被适用及其网络服务器适用什么协议书的实体线。
506 Variant Also Negotiates意味着网络服务器存有內部配备不正确：被恳求的商议变元資源被配备为在全透明內容商议中应用自身，因而在一个商议解决中并不是一个适合的关键。
507 Insufficient Storage网络服务器没法储存进行恳求所务必的內容。这一情况被觉得是临时性的
509 Bandwidth Limit Exceeded网络服务器做到带宽控制。这不是一个官方网的状态码，可是仍被普遍应用。
510 Not Extended获得資源所必须的对策并沒有没考虑。

一些较为普遍的http情况回到编码为：

200 – 网络服务器取得成功回到网页页面
404 – 恳求的网页页面不会有
500   （网络服务器内部错误）  网络服务器碰到不正确，没法进行恳求。
504   （网关ip请求超时）  网络服务器做为网关ip或代理商，可是沒有立即从上下游网络服务器接到恳求。
505   （HTTP 版本号不会受到适用） 网络服务器不兼容恳求中常用的 HTTP 协议书版本号。503 – 服务项目不能用