HTTP状态码表

当浏览器访问一个网页时，浏览器会所在的服务器发出请求。当浏览器接收并显示网页时，网页所在的服务器将返回一个包含HTTP状态码信息头（server header）响应浏览器的要求。

HTTP状态码的英文为HTTP Status Code。 以下是常见的HTTP状态码：

• 200 - 请求成功
• 301 - 资源(网页等)资源(网页等)URL
• 404 - 请求的资源(网页等)不存在
• 500 - 内部服务器错误

HTTP状态码分类

HTTP状态码由三个十进制数字组成，第一个十进制数字定义了状态码的类型，后两个数字没有分类。HTTP状态码分为五类：

分类	分类描述
1**	信息，服务器收到请求，请求继续执行操作
2**	成功接收和处理操作
3**	重定向，需要进一步的操作以完成请求
4**	请求包括语法错误或无法完成请求
5**	服务器错误，服务器在处理请求时出现错误

HTTP状态码表(版本1)

这意味着状态码英文名称

状态码	状态码英文名称	中文描述
1开头的状态码
100	Continue	继续。客户端应继续其请求。
101	Switching Protocols	切换协议。服务器根据客户端要求切换协议。只能切换到更先进的协议，例如HTTP新版本协议
2开头的状态码
200	OK	请求成功。一般用于GET与POST请求
201	Created	已创建。成功请求并创建新资源
202	Accepted	已接受。已接受请求，但未完成处理
203	Non-Authoritative Information	非授权信息。请求成功。meta信息不在原始的服务器，而是一个副本
204	No Content	没有内容。服务器处理成功，但内容没有返回。浏览器可以在不更新网页的情况下继续显示当前文档
205	Reset Content	重置内容。服务器处理成功，用户终端(如浏览器)应重置文档视图。浏览器的表单域可以通过此返回码清除
206	Partial Content	部分内容。部分服务器成功处理GET请求
3开头的状态码
300	Multiple Choices	多种选择。所需的资源可以包括多个位置，用户终端(如浏览器)选择可以返回相应的资源特征和地址列表
301	Moved Permanently	永久移动。所需资源已永久移动到新的地方URI，返回信息将包括新的URI，浏览器将自动定向到新的URI。未来任何新的请求都将使用新的请求URI代替
302	Found	临时移动。类似于301。但资源只是临时移动。客户应继续使用原始产品URI
303	See Other	查看其它地址。类似于301。GET和POST请求查看
304	Not Modified	未修改。所需资源未修改，服务器返回此状态码时不返回任何资源。客户端通常缓存访问过的资源，并指出客户端希望在指定日期后只返回修改过的资源
305	Use Proxy	使用代理。所需资源必须通过代理访问
306	Unused	已被废弃HTTP状态码
307	Temporary Redirect	临时重定向。类似于302。GET请求重定向
4开头的状态码
400	Bad Request	服务器无法理解客户端要求的语法错误
401	Unauthorized	请求要求用户身份认证
402	Payment Required	保留，将来使用
403	Forbidden	服务器理解客户端的请求，但拒绝执行此请求
404	Not Found	根据客户端的要求，服务器找不到资源(网页)。网站设计师可以通过此代码设置"找不到你要求的资源。"的个性页面
405	Method Not Allowed	禁止客户端请求中的方法
406	Not Acceptable	服务器无法根据客户请求的内容特性完成请求
407	Proxy Authentication Required	要求代理人的身份认证与401相似，但请求人应使用代理人授权
408	Request Time-out	服务器等待客户端发送的请求时间过长，超时
409	Conflict	完成客户端的服务器PUT请求可以返回此代码，服务器处理请求时发生冲突
410	Gone	客户要求的资源不再存在。410不同于404。如果410代码以前被永久删除，网站设计师可以通过301代码指定资源的新位置
411	Length Required	无法处理客户端发送的服务器Content-Length的请求信息
412	Precondition Failed	客户端请求信息的先决条件是错误的
413	Request Entity Too Large	由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息
414	Request-URI Too Large	请求的URI过长（URI通常是网站)，服务器无法处理
415	Unsupported Media Type	服务器无法处理要求附带的媒体格式
416	Requested range not satisfiable	客户端请求范围无效
417	Expectation Failed	服务器无法满足Expect请求头信息
5开头的状态码
500	Internal Server Error	服务器内部错误，请求无法完成
501	Not Implemented	服务器不支持请求功能，无法完成请求
502	Bad Gateway	服务器充当网关或代理，从远端服务器收到无效请求
503	Service Unavailable	由于过载或系统维护，服务器暂时无法处理客户端的要求。延迟长度可包含在服务器中Retry-After头信息中
504	Gateway Time-out	服务器充当网关或代理，未及时从远端服务器获取请求
505	HTTP 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 305响应在2068年没有明确规定，只能由原始服务器重定向单独建立。忽视这些限制可能会导致严重的安全后果。
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 后参数超过一定值后，缓冲区可能溢出，导致任何代码执行[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）

以上就是HTTP状态码表的全部内容，