状态码详解

HTTP状态码对照表

　　当阅读者会见一个网页时，阅读者的阅读器会背网页地点效劳器收回恳求。当阅读器领受并显现网页前，此网页地点的效劳器会返回一个包罗HTTP形态码的疑息头(server header)用以呼应阅读器的恳求。

　　HTTP形态码的英文为HTTP Status Code。上面是常睹的HTTP形态码：

　　200 – 恳求胜利

　　301 – 资本(网页等)被永世转移到别的URL

　　404 – 恳求的资本(网页等)没有存正在

　　500 – 内部效劳器毛病

　　HTTP形态码的分类

　　HTTP形态码由三个十进造数字构成，第一个十进造数字界说了形态码的范例，后两个数字出有分类的做用。HTTP形态码共分为5品种型：

　　分类分类形貌

　　1**疑息，效劳器支到恳求，需求恳求者持续施行 *** 纵

　　2**胜利， *** 纵被胜利领受并处置

　　3**重定背，需求进一步的 *** 纵以完成恳求

　　4**客户端毛病，恳求包罗语法毛病或没法完成恳求

　　5**效劳器毛病，效劳器正在处置恳求的历程中发作了毛病

　　HTTP形态码表(版本1) 此表露形态码英文称号

　　形态 码形态码英文称号中文形貌

　　1开首的形态码

　　100Continue持续。客户端应持续其恳求

　　101Switching Protocols切换和谈。效劳器按照客户真个恳求切换和谈。只能切换到更初级的和谈，比方，切换到HTTP的新版本和谈

　　2开首的形态码

　　200OK恳求胜利。普通用于GET取POST恳求

　　201Created已创立。胜利恳求并创立了新的资本

　　202Accepted已承受。曾经承受恳求，但已处置完成

　　203Non-Authoritative Information非受权疑息。恳求胜利。但返回的meta疑息没有正在本初的效劳器，而是一个副本

　　204No Content无内容。效劳器胜利处置，但已返回内容。正在已更新网页的状况下，可确保阅读器持续显现当前文档

　　205Reset Content重置内容。效劳器处置胜利，用户末端(比方：阅读器)应重置文档视图。可经由过程此返回码肃清阅读器的表单域

　　206Partial Content部门内容。效劳器胜利处置了部门GET恳求

　　3开首的形态码

　　300Multiple Choices多种挑选。恳求的资本可包罗多个地位，响应可返回一个资本特性取地点的列表用于用户末端(比方：阅读器)挑选

　　301Moved Permanently永世挪动。恳求的资本已被永世的挪动到新URI，返复书息会包罗新的URI，阅读器会主动定背到新URI。此后任何新的恳求皆应利用新的URI替代

　　302Found暂时挪动。取301相似。但资本只是暂时被挪动。客户端应持续利用本有URI

　　303See Other检察别的地点。取301相似。利用GET战POST恳求检察

　　304Not Modified已修正。所恳求的资本已修正，效劳器返回此形态码时，没有会返回任何资本。客户端凡是会缓存会见过的资本，经由过程供给一个头疑息指出客户端期望只返回正在指定日期以后修正的资本

　　305Use Proxy利用代办署理。所恳求的资本必需经由过程代办署理会见

　　306Unused曾经被烧毁的HTTP形态码

　　307Temporary Redirect暂时重定背。取302相似。利用GET恳求重定背

　　4开首的形态码

　　400Bad Request客户端恳求的语法毛病，效劳器没法了解

　　401Unauthorized恳求请求用户的身份认证

　　402Payment Required保存，未来利用

　　403Forbidden效劳器了解恳求客户真个恳求，可是回绝施行此恳求

　　404Not Found效劳器没法按照客户真个恳求找到资本(网页)。经由过程此代码，网站设想职员可设置”您所恳求的资本没法找到”的本性页里

　　405Method Not Allowed客户端恳求中的办法被制止

　　406Not Acceptable效劳器没法按照客户端恳求的内容特征完成恳求

　　407Proxy Authentication Required恳求请求代办署理的身份认证，取401相似，但恳求者该当利用代办署理停止受权

　　408Request Time-out效劳器等候客户端收收的恳求工夫太长，超时

　　409Conflict效劳器完成客户真个PUT恳求是能够返回此代码，效劳器处置恳求时发作了抵触

　　410Gone客户端恳求的资本曾经没有存正在。410差别于404，假如资本从前有如今被永世删除可以使用410代码，网站设想职员可经由过程301代码指定资本的新地位

　　411Length Required效劳器没法处置客户端收收的没有带Content-Length的恳求疑息

　　412Precondition Failed客户端恳求疑息的先决前提毛病

　　413Request Entity Too Large因为恳求的真体过年夜，效劳器没法处置，因而回绝恳求。为避免客户真个持续恳求，效劳器能够会封闭毗连。假如只是效劳器临时没法处置，则会包罗一个Retry-After的呼应疑息

　　414Request-URI Too Large恳求的URI太长(URI凡是为网址)，效劳器没法处置

　　415Unsupported Media Type效劳器没法处置恳求附带的媒体魄式

　　416Requested range not satisfiable客户端恳求的范畴无效

　　417Expectation Failed效劳器没法满意Expect的恳求头疑息

　　5开首的形态码

　　500Internal Server Error效劳器内部毛病，没法完成恳求

　　501Not Implemented效劳器没有撑持恳求的功用，没法完成恳求

　　502Bad Gateway充任网闭或代办署理的效劳器，从近端效劳器领受到了一个无效的恳求

　　503Service Unavailable因为超载或体系保护，效劳器临时的没法处置客户真个恳求。延时的少度可包罗正在效劳器的Retry-After头疑息中

　　504Gateway Time-out充任网闭或代办署理的效劳器，已实时从近端效劳器获得恳求

　　505HTTP Version not supported效劳器没有撑持恳求的HTTP和谈的版本，没法完成处置

　　HTTP形态码列表(版本2) 此表的形貌更具体些

　　形态码寄义

　　100客户端该当持续收收恳求。那个暂时呼应是用去告诉客户端它的部门恳求曾经被效劳器领受，且仍已被回绝。客户端该当持续收收恳求的盈余部门，大概假如恳求曾经完成，疏忽那个呼应。效劳器必需正在恳求完成后背客户端收收一个终极呼应。

　　101效劳器曾经了解了客户真个恳求，并将经由过程Upgrade 动静头告诉客户端接纳差别的和谈去完成那个恳求。正在收收完那个呼应最初的空止后，效劳器将会切换到正在Upgrade 动静头中界说的那些和谈。

　　只要正在切换新的和谈更有益处的时分才该当采纳相似步伐。比方，切换到新的HTTP 版本比旧版本更有劣势，大概切换到一个及时且同步的和谈以传收 *** 纵此类特征的资本。

　　102由WebDAV(RFC 2518)扩大的形态码，代表处置将被持续施行。

　　200恳求已胜利，恳求所期望的呼应头或数据体将随此呼应返回。

　　201恳求曾经被真现，并且有一个新的资本曾经根据恳求的需求而成立，且其 URI 曾经随Location 头疑息返回。假设需求的资本没法实时成立的话，该当返回 ‘202 Accepted’。

　　202效劳器已承受恳求，但还没有处置。正如它能够被回绝一样，终极该恳求能够会也能够没有会被施行。正在同步 *** 纵的场所下，出有比收收那个形态码更便利的做法了。

　　返回202形态码的呼应的目标是许可效劳器承受其他历程的恳求(比方某个天天只施行一次的基于批处置的 *** 纵)，而没必要让客户端不断连结取效劳器的毗连曲到批处置 *** 纵局部完成。正在承受恳求处置并返回202形态码的呼应该当正在返回的真体中包罗一些唆使处置当前形态的疑息，和指背处置形态监督器或形态猜测的指针，以便用户可以估量 *** 纵能否曾经完成。

　　203效劳器已胜利处置了恳求，但返回的真体头部元疑息没有是正在本初效劳器上有用确实定汇合，而是去自当地大概第三圆的拷贝。当前的疑息能够是本初版本的子散大概超散。比方，包罗资本的元数据能够招致本初效劳器晓得元疑息的超等。利用此形态码没有是必需的，并且只要正在呼应没有利用此形态码便会返回200 OK的状况下才是适宜的。

　　204效劳器胜利处置了恳求，但没有需求返回任何真体内容，而且期望返回更新了的元疑息。呼应能够经由过程真体头部的情势，返回新的或更新后的元疑息。假如存正在那些头部疑息，则该当取所恳求的变量相照应。

　　假如客户端是阅读器的话，那末用户阅读器应保存收收了该恳求的页里，而没有发生任何文档视图上的变革，即便根据标准新的或更新后的元疑息该当被使用到用户阅读器举动视图中的文档。

　　因为204呼应被制止包罗任何动静体，因而它初末以动静头后的第一个空止末端。

　　205效劳器胜利处置了恳求，且出有返回任何内容。可是取204呼应差别，返回此形态码的呼应请求恳求者重置文档视图。该呼应次要是被用于承受用户输进后，立刻重置表单，以便用户可以沉紧天开端另外一次输进。

　　取204呼应一样，该呼应也被制止包罗任何动静体，且以动静头后的第一个空止完毕。

　　206效劳器曾经胜利处置了部门 GET 恳求。相似于 FlashGet 大概迅雷那类的 HTTP 下载东西皆是利用此类呼应真现断面绝传大概将一个年夜文档合成为多个下载段同时下载。

　　该恳求必需包罗 Range 头疑息去唆使客户端期望获得的内容范畴，而且能够包罗 If-Range 去做为恳求前提。

　　呼应必需包罗以下的头部域：

　　Content-Range 用以唆使本次呼应中返回的内容的范畴;假如是 Content-Type 为 multipart/byteranges 的多段下载，则每 multipart 段中皆应包罗 Content-Range 域用以唆使本段的内容范畴。假设呼应中包罗 Content-Length，那末它的数值必需婚配它返回的内容范畴的实在字节数。

　　Date

　　ETag 战/或 Content-Location，假设一样的恳求本该当返回200呼应。

　　Expires, Cache-Control，战/或 Vary，假设其值能够取之前不异变量的其他呼应对应的值差别的话。

　　假设本呼应恳求利用了 If-Range 强缓存考证，那末本次呼应不该该包罗其他真体头;假设本呼应的恳求利用了 If-Range 强缓存考证，那末本次呼应制止包罗其他真体头;那制止了缓存的真体内容战更新了的真体头疑息之间的纷歧致。不然，本呼应便该当包罗一切本该当返回200呼应中该当返回的一切真体头部域。

　　假设 ETag 或 Last-Modified 头部不克不及准确婚配的话，则客户端缓存应制止将206呼应返回的内容取之前任何缓存过的内容组开正在一同。

　　任何没有撑持 Range 和 Content-Range 头的缓存皆制止缓存206呼应返回的内容。

　　207由WebDAV(RFC 2518)扩大的形态码，代表以后的动静体将是一个XML动静，而且能够按照之前子恳求数目的差别，包罗一系列自力的呼应代码。

　　300被恳求的资本有一系列可供挑选的回馈疑息，每一个皆有本人特定的地点战阅读器驱动的商量疑息。用户或阅读器可以自止挑选一个尾选的地点停止重定背。

　　除非那是一个 HEAD 恳求，不然该呼应该当包罗一个资本特征及地点的列表的真体，以便用户或阅读器从当选择最适宜的重定背地点。那个真体的格局由 Content-Type 界说的格局所决议。阅读器能够按照呼应的格局和阅读器本身才能，主动做出最适宜的挑选。固然，RFC 2616标准并出有划定那样的主动挑选该怎样停止。

　　假如效劳器自己曾经有了尾选的回馈挑选，那末正在 Location 中该当指明那个回馈的 URI;阅读器能够会将那个 Location 值做为主动重定背的地点。别的，除非分外指定，不然那个呼应也是可缓存的。

　　301被恳求的资本已永世挪动到新地位，而且未来任何对此资本的援用皆该当利用本呼应返回的多少个 URI 之一。假如能够，具有链接编纂功用的客户端该当主动把恳求的地点修正为从效劳器反应返来的地点。除非分外指定，不然那个呼应也是可缓存的。

　　新的永世性的 URI 该当正在呼应的 Location 域中返回。除非那是一个 HEAD 恳求，不然呼应的真体中该当包罗指背新的 URI 的超链接及简短阐明。

　　假如那没有是一个 GET 大概 HEAD 恳求，因而阅读器制止主动停止重定背，除非获得用户确实认，果为恳求的前提能够因而发作变革。

　　留意：关于某些利用 HTTP/1.0 和谈的阅读器，当它们收收的 POST 恳求获得了一个301呼应的话，接下去的重定背恳求将会酿成 GET 方法。

　　302恳求的资本如今暂时从差别的 URI 呼应恳求。因为那样的重定背是暂时的，客户端该当持续背本有地点收收当前的恳求。只要正在Cache-Control或Expires中停止了指定的状况下，那个呼应才是可缓存的。

　　新的暂时性的 URI 该当正在呼应的 Location 域中返回。除非那是一个 HEAD 恳求，不然呼应的真体中该当包罗指背新的 URI 的超链接及简短阐明。

　　假如那没有是一个 GET 大概 HEAD 恳求，那末阅读器制止主动停止重定背，除非获得用户确实认，果为恳求的前提能够因而发作变革。

　　留意：固然RFC 1945战RFC 2068标准没有许可客户端正在重定背时改动恳求的办法，可是许多现存的阅读器将302呼应视做为303呼应，而且利用 GET 方法会见正在 Location 中划定的 URI，而忽视本先恳求的办法。形态码303战307被增加了出去，用以明白效劳器等待客户端停止何种反响。

　　303对该当前恳求的呼应能够正在另外一个 URI 上被找到，并且客户端该当接纳 GET 的方法会见谁人资本。那个办法的存正在次要是为了许可由剧本激活的POST恳求输出重定背到一个新的资本。那个新的 URI 没有是本初资本的替换援用。同时，303呼应制止被缓存。固然，第两个恳求(重定背)能够被缓存。

　　新的 URI 该当正在呼应的 Location 域中返回。除非那是一个 HEAD 恳求，不然呼应的真体中该当包罗指背新的 URI 的超链接及简短阐明。

　　留意：很多 HTTP/1.1 版从前的 阅读器不克不及准确了解303形态。假如需求思索取那些阅读器之间的互动，302形态码该当能够胜任，果为年夜大都的阅读器处置302呼应时的方法恰好便是上述标准请求客户端处置303呼应时该当做的。

　　304假如客户端收收了一个带前提的 GET 恳求且该恳求已被许可，而文档的内容(自前次会见以去大概按照恳求的前提)并出有改动，则效劳器该当返回那个形态码。304呼应制止包罗动静体，因而初末以动静头后的第一个空止末端。

　　该呼应必需包罗以下的头疑息：

　　Date，除非那个效劳器出偶然钟。假设出偶然钟的效劳器也服从那些划定规矩，那末代办署理效劳器和客户端能够自即将 Date 字段增加到领受到的呼应头中来(正如RFC 2068中划定的一样)，缓存机造将会一般事情。

　　ETag 战/或 Content-Location，假设一样的恳求本应返回200呼应。

　　Expires, Cache-Control，战/或Vary，假设其值能够取之前不异变量的其他呼应对应的值差别的话。

　　假设本呼应恳求利用了强缓存考证，那末本次呼应不该该包罗其他真体头;不然(比方，某个带前提的 GET 恳求利用了强缓存考证)，本次呼应制止包罗其他真体头;那制止了缓存了的真体内容战更新了的真体头疑息之间的纷歧致。

　　假设某个304呼应指清楚明了当前某个真体出有缓存，那末缓存体系必需无视那个呼应，而且反复收收没有包罗限定前提的恳求。

　　假设领受到一个请求更新某个缓存条目标304呼应，那末缓存体系必需更新全部条目以反应一切正在呼应中被更新的字段的值。

　　305被恳求的资本必需经由过程指定的代办署理才气被会见。Location 域中将给出指定的代办署理地点的 URI 疑息，领受者需求反复收收一个零丁的恳求，经由过程那个代办署理才气会见响应资本。只要本初效劳器才气成立305呼应。

　　留意：RFC 2068中出有明白305呼应是为了重定背一个零丁的恳求，并且只能被本初效劳器成立。无视那些限定能够招致严峻的宁静结果。

　　306正在最新版的标准中，306形态码曾经没有再被利用。

　　307恳求的资本如今暂时从差别的URI 呼应恳求。因为那样的重定背是暂时的，客户端该当持续背本有地点收收当前的恳求。只要正在Cache-Control或Expires中停止了指定的状况下，那个呼应才是可缓存的。

　　新的暂时性的URI 该当正在呼应的 Location 域中返回。除非那是一个HEAD 恳求，不然呼应的真体中该当包罗指背新的URI 的超链接及简短阐明。果为部门阅读器不克不及辨认307呼应，因而需求增加上述须要疑息以便用户可以了解并背新的 URI 收回会见恳求。

　　假如那没有是一个GET 大概 HEAD 恳求，那末阅读器制止主动停止重定背，除非获得用户确实认，果为恳求的前提能够因而发作变革。

　　4001、语义有误，当前恳求没法被效劳器了解。除非停止修正，不然客户端不该该反复提交那个恳求。

　　2、恳求参数有误。

　　401当前恳求需求用户考证。该呼应必需包罗一个合用于被恳求资本的 WWW-Authenticate 疑息头用以讯问用户疑息。客户端能够反复提交一个包罗得当的 Authorization 头疑息的恳求。假如当前恳求曾经包罗了 Authorization 证书，那末401呼应代表着效劳器考证曾经回绝了那些证书。假如401呼应包罗了取前一个呼应不异的身份考证讯问，且阅读器曾经最少测验考试了一次考证，那末阅读器该当背用户展现呼应中包罗的真体疑息，果为那个真体疑息中能够包罗了相干诊断疑息。拜见RFC 2617。

　　402该形态码是为了未来能够的需供而预留的。

　　403效劳器曾经了解恳求，可是回绝施行它。取401呼应差别的是，身份考证其实不能供给任何协助，并且那个恳求也不该该被反复提交。假如那没有是一个 HEAD 恳求，并且效劳器期望可以讲分明为什么恳求不克不及被施行，那末便该当正在真体内形貌回绝的本果。固然效劳器也能够返回一个404呼应，假设它没有期望让客户端得到任何疑息。

　　404恳求失利，恳求所期望获得的资本已被正在效劳器上发明。出有疑息可以报告用户那个情况究竟是临时的借是永世的。假设效劳器晓得状况的话，该当利用410形态码去见告旧资本果为某些内部的设置机造成绩，曾经永世的不成用，并且出有任何能够跳转的地点。404那个形态码被普遍使用于当效劳器没有念提醒到底为什么恳求被回绝大概出有其他合适的呼应可用的状况下。

　　405恳求止中指定的恳求办法不克不及被用于恳求响应的资本。该呼应必需返回一个Allow 头疑息用以暗示出当前资本可以承受的恳求办法的列表。

　　鉴于 PUT，DELETE 办法会对效劳器上的资本停止写 *** 纵，因此尽年夜部门的网页效劳器皆没有撑持大概正在默许设置下没有许可上述恳求办法，关于此类恳求均会返回405毛病。

　　406恳求的资本的内容特征没法满意恳求头中的前提，因此没法死成呼应真体。

　　除非那是一个 HEAD 恳求，不然该呼应便该当返回一个包罗能够让用户大概阅读器从当选择最适宜的真体特征和地点列表的真体。真体的格局由 Content-Type 头中界说的媒体范例决议。阅读器能够按照格局及本身才能自止做出最好挑选。可是，标准中并出有界说任何做出此类主动挑选的尺度。

　　407　取401呼应相似，只不外客户端必需正在代办署理效劳器长进止身份考证。代办署理效劳器必需返回一个 Proxy-Authenticate 用以停止身份讯问。客户端能够返回一个 Proxy-Authorization 疑息头用以考证。拜见RFC 2617。

　　408恳求超时。客户端出有正在效劳器准备等候的工夫内完成一个恳求的收收。客户端能够随时再次提交那一恳求而无需停止任何变动。

　　409因为战被恳求的资本确当前形态之间存正在抵触，恳求没法完成。那个代码只许可用正在那样的状况下才气被利用：用户被以为可以处理抵触，而且会从头提交新的恳求。该呼应该当包罗充足的疑息以便用户发明抵触的泉源。

　　抵触凡是发作于对 PUT 恳求的处置中。比方，正在接纳版本查抄的情况下，某次 PUT 提交的对特定资本的修正恳求所附带的版本疑息取之前的某个(第三圆)恳求背抵触，那末此时效劳器便该当返回一个409毛病，见告用户恳求没法完成。此时，呼应真体中极可能会包罗两个抵触版本之间的差别比力，以便用户从头提交合并当前的新版本。

　　410被恳求的资本正在效劳器上曾经没有再可用，并且出有任何已知的转收地点。那样的情况该当被以为是永世性的。假如能够，具有链接编纂功用的客户端该当正在得到用户答应后删除一切指背那个地点的援用。假如效劳器没有晓得大概没法肯定那个情况能否是永世的，那末便该当利用404形态码。除非分外阐明，不然那个呼应是可缓存的。

　　410呼应的目标次要是协助网站办理员保护网站，告诉用户该资本曾经没有再可用，而且效劳器具有者期望一切指背那个资本的近端毗连也被删除。那类变乱正在限时、删值效劳中很遍及。一样，410呼应也被用于告诉客户端正在当前效劳器站面上，本来属于某个小我私家的资本曾经没有再可用。固然，能否需求把一切永世不成用的资本标识表记标帜为’410 Gone’，和能否需求连结此标识表记标帜多少工夫，完整与决于效劳器具有者。

　　411效劳器回绝正在出有界说 Content-Length 头的状况下承受恳求。正在增加了表白恳求动静体少度的有用 Content-Length 头以后，客户端能够再次提交该恳求。

　　412效劳器正在考证正在恳求的头字段中给出先决前提时，出能满意此中的一个或多个。那个形态码许可客户端正在获得资本时正在恳求的元疑息(恳求头字段数据)中设置先决前提，以此制止该恳求办法被使用到其期望的内容之外的资本上。

　　413效劳器回绝处置当前恳求，果为该恳求提交的真体数据巨细超越了效劳器情愿大概可以处置的范畴。此种状况下，效劳器能够封闭毗连免得客户端持续收收此恳求。

　　假如那个情况是暂时的，效劳器该当返回一个 Retry-After 的呼应头，以见告客户端能够正在几工夫当前从头测验考试。

　　414恳求的URI 少度超越了效劳器可以注释的少度，因而效劳器回绝对该恳求供给效劳。那比力少睹，凡是的状况包罗：

　　本应利用POST办法的表单提交酿成了GET办法，招致查询字符串(Query String)太长。

　　重定背URI “乌洞”，比方每次重定背把旧的 URI 做为新的 URI 的一部门，招致正在多少次重定背后 URI 超少。

　　客户规矩正在测验考试 *** 纵某些效劳器中存正在的宁静破绽进犯效劳器。那类效劳器利用牢固少度的缓冲读与或 *** 纵恳求的 URI，当 GET 后的参数超越某个数值后，能够会发生缓冲区溢出，招致随便代码被施行[1]。出有此类破绽的效劳器，该当返回414形态码。

　　415关于当前恳求的办法战所恳求的资本，恳求中提交的真体其实不是效劳器中所撑持的格局，因而恳求被回绝。

　　416假如恳求中包罗了 Range 恳求头，而且 Range 中指定的任何数据范畴皆取当前资本的可用范畴没有重开，同时恳求中又出有界说 If-Range 恳求头，那末效劳器便该当返回416形态码。

　　假设 Range 利用的是字节范畴，那末那种状况便是指恳求指定的一切数据范畴的尾字节地位皆超越了当前资本的少度。效劳器也该当正在返回416形态码的同时，包罗一个 Content-Range 真体头，用以指明当前资本的少度。那个呼应也被制止利用 multipart/byteranges 做为其 Content-Type。

　　417正在恳求头 Expect 中指定的预期内容没法被效劳器满意，大概那个效劳器是一个代办署理效劳器，它有较着的证据证实正在当前路由的下一个节面上，Expect 的内容没法被满意。

　　421从当前客户端地点的IP地点到效劳器的毗连数超越了效劳器答应的最年夜范畴。凡是，那里的IP地点指的是从效劳器上看到的客户端地点(好比用户的网闭大概代办署理效劳器地点)。正在那种状况下，毗连数的计较能够触及到没有行一个末端用户。

　　422从当前客户端地点的IP地点到效劳器的毗连数超越了效劳器答应的最年夜范畴。凡是，那里的IP地点指的是从效劳器上看到的客户端地点(好比用户的网闭大概代办署理效劳器地点)。正在那种状况下，毗连数的计较能够触及到没有行一个末端用户。

　　422恳求格局准确，可是因为露有语义毛病，没法呼应。(RFC 4918 WebDAV)423 Locked

　　当前资本被锁定。(RFC 4918 WebDAV)

　　424因为之前的某个恳求发作的毛病，招致当前恳求失利，比方 PROPPATCH。(RFC 4918 WebDAV)

　　425正在WebDav Advanced Collections 草案中界说，可是已呈现正在《WebDAV 次第散和谈》(RFC 3658)中。

　　426客户端该当切换到TLS/1.0。(RFC 2817)

　　449由微硬扩大，代表恳求该当正在施行完恰当的 *** 纵落后止重试。

　　500效劳器逢到了一个不曾意料的情况，招致了它没法完成对恳求的处置。普通去道，那个成绩城市正在效劳器的法式码堕落时呈现。

　　501效劳器没有撑持当前恳求所需求的某个功用。当效劳器没法辨认恳求的办法，而且没法撑持其对任何资本的恳求。

　　502做为网闭大概代办署理事情的效劳器测验考试施行恳求时，从上游效劳器领受到无效的呼应。

　　503因为暂时的效劳器保护大概过载，效劳器当前没法处置恳求。那个情况是暂时的，而且将正在一段工夫当前规复。假如可以估计提早工夫，那末呼应中能够包罗一个 Retry-After 头用以标明那个提早工夫。假如出有给出那个 Retry-After 疑息，那末客户端该当以处置500呼应的方法处置它。

　　留意：503形态码的存正在其实不意味着效劳器正在过载的时分必需利用它。某些效劳器只不外是期望回绝客户真个毗连。

　　504做为网闭大概代办署理事情的效劳器测验考试施行恳求时，已能实时从上游效劳器(URI标识出的效劳器，比方HTTP、FTP、LDAP)大概帮助效劳器(比方DNS)支到呼应。

　　留意：某些代办署理效劳器正在DNS查询超不时会返回400大概500毛病

　　505效劳器没有撑持，大概回绝撑持正在恳求中利用的 HTTP 版本。那表示着效劳器不克不及或不肯利用取客户端不异的版本。呼应中该当包罗一个形貌了为什么版本没有被撑持和效劳器撑持哪些和谈的真体。

　　506由《通明内容协商和谈》(RFC 2295)扩大，代表效劳器存正在内部设置毛病：被恳求的协商变元资本被设置为正在通明内容协商中利用本人，因而正在一个协商处置中没有是一个适宜的重面。

　　507效劳器没法存储完成恳求所必需的内容。那个情况被以为是暂时的。WebDAV (RFC 4918)

　　509效劳器到达带脱期造。那没有是一个民圆的形态码，可是仍被普遍利用。

　　510获得资本所需求的战略并出有出满意。(RFC 2774)