五月激情网

HTTP状态码分类分类分类态状1**信息，劳动器收到苦求，需要苦求者赓续实行操作2**到手，操作被到手吸收并处理3**重定向，需要进一步的操作以完成苦求4**客户端失实，苦求包含语法失实或无法完成苦求5**劳动器失实，劳动器在处理苦求的历程中发生了失实HTTP状态码中英文对照状态码状态码英文称号汉文态状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肖似。但资源仅仅临时被挪动。客户端应赓续使用原有URI303See 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 状态码笃定表状态码含义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 苦求，那么浏览器阻截自动进行重定向，除非得到用户的阐述，因为苦求的条件可能因此发生变化。

400

1、语义有误，现时苦求无法被劳动器连气儿。除非进行修改，不然客户端不应该重叠提交这个苦求。 

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 后的参数向上某个数值后，可能会产生缓冲区溢出，导致放荡代码被实行。莫得此类纰谬的劳动器，应当复返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）