每次在受监视设备上运行任务时，目标服务器都会返回 HTTP 状态代码，以指示来自服务器的响应状态。 这些 HTTP 状态
这些状态代码由互联网 分配号码管理局（IANA）维护，最新的代码列表可以在这里 找到。
使用 “筛选器 “，可以从任务、警报和报表中删除具有特定状态代码的结果。 单击下面的列表中的 RFC 参考文档，了解状态代码的完整详细信息。
HTTP协议是 http 协议？
每次用户访问网站时， 他们 都会 从浏览器/客户端向服务器发出请求，该服务器会响应他们请求 的资源. 这些请求都遵循 HTTP（超文本传输协议）标准。 The HTTP 协议，这是技术上的一部分，在 互联网协议套件中的应用程序层，只是 一个 IP 套件下的许多协议。 的 HTTP 协议是用于在客户端和 服务器之间通信 和发送数据的 Internet 的主干。 其他 一 些 更常见的 互联网协议 你们许多人 都遇到 过以下几点：
应用程序 层协议
的 应用程序拉t二 指定 客户端和服务器. 它 是 图层 w这里 人与计算机之间的交互发生 and 信息 可以从服务器来回发送 通过客户端/浏览器 并解释和显示给用户。
- DNS： DNS（域名系统）协议将域名转换为浏览器的人类可读IP 地址，以便加载资源。
- FTP ： FTP（文件传输协议）协议用于在浏览器和服务器之间传输文件。
- SMTP ： SMTP（简单邮件传输协议）协议用于在网络上的发件人和接收方之间发送电子邮件。
- TLS/SSL： SSL（安全套接字层）协议于2015年正式弃用。TLS（传输层安全）是在其位置上引入的，以提供一种安全的通信方式通过网络进行通信。
- IMAP ： IMAP （互联网消息访问协议） 协议用于 管理和接收来自电子邮件服务器的邮件。 与 SMTP 不同，您不能使用 IMAP 协议发送电子邮件。
- POP：POP（邮局协议）协议与 IMAP 一样，但区别在于 POP 协议允许用户从电子邮件服务器接收消息， 但随后该邮件将从电子邮件服务器中删除。 IMAP 协议可以在多个设备上同步消息。 这真的取决于你希望用户如何访问他们的电子邮件。
- SIP： The SIP（会话启动协议）协议是用于实时语音的信号协议， 视频和消息传递应用程序。 SIP 是协议， 用于启用和de策略 VoIP （Voice 通过互联网协议） 服务。 Sip 也与其他协议（如 SD P（会话描述协议）、UDP、TCP 和 TLS 一起使用，以传输会话数据和媒体。
传输 层协议
传输层 处理 数据传输，其中还包括 TCP 和 UDP 协议，并确保正确和及时地发送和接收 数据。
- Tcp: TCP（传输控制协议）协议用于确保客户端和服务器之间的传输是安全的 和 整个通信已处理. 例如， 当 服务器由于客户端请求而发送回文件，HTTP 层将与传输层通信以设置和发送 请求的文件. TCP 协议 管理组装和发送过程 （如有必要，有时重新发送） 数据包，并确保 已发送和传递所有数据包。
- UDP ： UDP （用户数据报协议） 协议允许应用程序向网络上的其他主机发送称为数据报的消息。
互联网 层协议
互联网层，也称为网络层，任务是使用网络地址/IP地址以最有效的方式发送和重新组装网络packets，以将数据包发送到其目标。
- IP：IP（互联网协议）原型和TCP协议是一组定义数据如何通过互联网发送的要求。
- ICMP：ICMP（互联网控制消息协议）协议是一种网络协议，允许网络设备，如路由器，帮助诊断通信问题. ICMP 协议与交换有关 数据，而其目的就是确保 数据 是否到达 预定目标。
链接 层协议
链路层 是管理物理设备和网络之间数据传输的 通信方法组。
- ARP： ARP（地址解析协议）协议/过程，用于将 IP 网络地址映射到物理硬件设备的地址（也称为 MAC 地址）。
- MAC： MAC（中等访问控制）协议 为硬件设备提供其唯一的标识号。 它为网络提供了一种ct 和与设备通信。
- Wi-Fi ： Wi-Fi （无线富达） 协议是我们所有人日常生活所依赖的协议之一，是一组无线网络协议，用于连接到 Internet访问和网域网（地网）。
什么是状态代码，为什么它们很重要？
甚至有扩展 的 HTTP 协议，包括 HTTPS（超文本传输协议安全）和 WebDAV（基于Web 的分布式创作和版本控制），我们将在HTTP状态代码中讨论更多内容 下面。 当客户端向服务器发出请求时，状态代码会让您知道请求是否成功、失败或不同。 状态代码由 Internet Assigned Numbers Authority，或 IANA，包括来自互联网工程任务组 （IETF） 和互联网协会 （ISOC） 的状态代码。 根据 IANA 的定义 组织， t以下是 HTTP 状态鳕鱼的五个分类es：
1xx： 信息 – 收到请求，持续流程
2xx： 成功 – 已成功接收、理解和接受操作
3xx：重定向 – 必须采取进一步行动才能完成请求
4xx： 客户端错误 – 请求包含错误的语法或无法实现
5xx： 服务器错误 – 服务器未能满足明显有效的请求
个人 和 工程师定期 提出 通过 Co 请求的新状态代码mments （RFC）, IETF 将审查， 采用，以及 退休 地位 代码 如有必要。
HTTP 状态代码已解释
以下信息概述了所有最常见的 HTTP 状态代码，以及大多数人很少看到甚至知道存在的 HTTP 状态代码。 就像我们提到的， 很多响应代码从来没有见过 由用户，因为他们只能在网络内查看。
状态代码的第一个数字标识 类 ;但是，第二个数字在进一步将状态代码定义为特定类型的消息/响应时没有任何作用。 在这些分类组中，可以有多个状态代码，并且某些组的状态代码比其他组多。 虽然有正式超过 60 个独特的状态代码， 大多数人将定期只 随着时间的推移 遇到一两个。
这些状态代码大多数是在幕后解释和处理的。 您还将看到标记为”未分配”的代码组。 虽然我们今天看到的状态代码大部分已经标准化，并且 这些未分配的号码不会随着时间的推移而更改，因此为创建其他状态代码（如有必要）留有空间。此外，即使某些未分配的用户代码以前不是 HTTP（超文本传输协议）标准的一部分，也有公司将它们用作 为用户定制服务器响应，使公司可以更好地排除用户可能遇到的问题。单击下面的列表中的 RFC 参考文档链接，了解特定 HTTP 状态代码的完整详细信息。
HTTP 状态代码的完整列表和概述
1xx 状态代码s： 信息
1Xx– 级别 HTTP 状态代码告诉用户， 他们 有 使已经 收到， 但 仍在处理中。 1xx 状态代码执行 不 必然意味着有一个问题， 它 Ⅰ我只是在那里让你的东西仍在完成的过程中. 包括 在这个组中只是少数 1Xx 用户可能遇到的代码 并需要注意。
100： 继续
Status代码 100 继续告诉您，请求的一部分已收到没有任何问题。 在 这一点是 好吧， 但 仍然是 过程中。 如果 剩余部分 请求未被拒绝，服务R 请求完成后将发送最终响应ed. 如果 HTTP 标头已被拒绝，这可确保客户端 不 发送正文请求. 但是，如果请求 做了 不包含标题字段， 然后浏览器将简单地忽略 resp on. S ee Rfc7231， 第 6.2.1 节 了解更多信息。
101： 交换协议
自从互联网的卑微开始 以来，已经创建了许多HTTP协议. HTTP 协议的第一个文档版本是 HTTP 0.9。 当前迭代是 HTTP 2.0 或 HTTP/2. 状态代码 101 交换协议 指示 服务器接受 客户端切换到其他 HTTP 协议的请求 通过升级标头字段。 当浏览器请求页面时，它可能会收到 the HTTP 状态代码 101， 然后升级标头， which 表明 服务器正在切换到不同的 Http 版本。 最后，他假设服务器只有在它有益时才同意切换协议，比如升级/切换到较新的协议，而不是较旧的协议。See RFC7231，第 6.2.2 节，更多信息。
102： 处理
状态 c ode102 处理仅与 WebDAV（Web 分布式创作和版本控制）一起使用。大多数页面是只读的。 WebDAV 是 HTTP 的扩展 协议，使客户端能够远程编辑 内容和 传输文件. 的 WebDAV 创建协议是为了使用户能够 协作e 在文件上与其他人, 喜欢 Dropbox 或 Google 云端硬盘. 状态代码 102 是n 临时响应代码，告诉客户端服务器已接受完整请求，但 尚未完成请求。 此 HTTP 状态代码仅发送 由服务器 如果 a 请求需要超过 20 秒。 看到 RFC2518，第10.2节，更多信息。
103： 早期提示
状态代码 103 早期提示当前在 评估中/实验阶段。 此状态代码 预加载外部内容/资源时使用. HTTP/2 协议允许推送内容以加快交付， 因此，Web 开发人员可以在等待加载其他外部资源时推送特定内容. 从最终用户的角度来看，这是有益的，因为它 最小化感知的加载时间。 T他的 Http 响应代码将 表明 到服务器是浏览器 将发送最终响应，以及响应中包含的标头字段。See RFC8297，第 2 节了解更多信息
104-199： 未分配
状态代码 104 到 199 当前未分配。
2xx 状态代码：成功
2xx 级 HTTP 状态代码 表示 客户端从服务器的请求是成功接收和处理的。 与 4xx 状态代码不同，2xx 状态代码是您想要获取的。 与 1xx 状态代码一样，2xx状态代码是在幕后处理的，用户很少看到，除非他们使用开发人员或 SEO 工具查看页面的所有 HTTP 响应。
200： 确定
状态代码 200 OK 是广泛使用的 HTTP状态代码之一，用于指示请求已收到、处理并成功。但是，根据使用的请求方法（GET、头、后、PUT、删除、选项、跟踪）. 例如，如果请求是 GET 请求，则响应将包括资源。 如果它 是 任何其他重新任务，响应将包括行动的结果。 的 200 状态 代码是一个 超过10个其他响应代码 这也是可缓存的， 这意味着它可以保存 并检索通过 客户端，以便不必对服务器发出另一个请求。 未来。 SEe RFC7231， 第 6.3.1 节 更多信息.
201： 已创建
201 创建的状态代码就像 200 OK 状态代码， 但是，201 状态代码表示请求已成功处理，并且它返回或创建了进程中的资源或 resources. A 201 状态代码通常用于 PUT 请求。例如， 使用PUT 请求，在 URL上创建新资源 在请求中指定。如果POST 请求中存在 201 状态代码，则表示资源是在不同的API终结点/位置创建的。 See RFC7231， 第 6.3.2 节 了解更多信息。
202： 已接受
的 202 接受 地位 code 意味着服务器有 收到处理请求， 和它 Ⅰ被接受了， 但 请求具有 不 已完成。 它也可以 不 意味着请求最终将被接受，因为它 将取决于实际处理时间。 这种类型的请求通常在 API 中显示 其中批处理每天运行一次。 因为 那里 是 Http 无法在 请求已成功 或用户的连接已关闭，API 可能会向用户发送电子邮件 n奥蒂姆 他们 这个过程已经成功。 SEe RFC7231， S节 6.3.3 了解更多信息。
203： 非权威信息
203 非权威信息状态代码通常由 HTTP 代理或第三方. 代理，位于客户端和服务器之间 可能会更改响应，然后再到达客户端。 自 表明 有些东西在 进程，使用状态代码 203。 但是，此方法的缺点是 它 Ⅰ无法知道原始状态代码是什么 如果代理更改了响应中某项。 建议的解决方法是 使用警告标头 以及一个 214 状态 代码 使用 自 indicate 在 resp 中更改或修改onse 。 使用 warning 标头允许原始状态代码 通过通过h. See Rfc7231， S节6.3.4 了解更多信息。
204： 无内容
状态代码为 204 无内容 表明 响应已成功由服务器交付并完成，并且没有进一步ent 将在响应正文中发送。 例如， 如果请求以页面上的表单发送，则一旦 response 已发送，客户端/浏览器 不应该改变视图，这意味着窗体应该 不 刷新或直接刷新 用户 到一个新的 page. 不 应根据用户的视角替换或显示其他内容。See RFC7231， S节 6.3.5 了解更多信息。
205： 重置内容
与 204 无内容状态 code一样，状态代码 205 重置内容 指示 服务器已成功发送请求，并要求用户代理刷新/重置 视图到其或i吉纳尔状态。 如果我们在页面上使用窗体的示例，则一旦用户 完成和 提交表格 ，客户端/浏览器应将表单清除回其原始状态 ，以便用户可以采取 furt 她的操作. A 205 状态代码假定不会提供进一步的内容。See RFC7231，第 6.3.6 节，更多信息。
206： 部分 内容
A 206 部分内容状态代码可用于各种请求，通常 表明 服务器 已经履行了 部分 请求资源。 例如，如果客户端只查找特定的 部分、或范围、 的 a 特定 资源 或页面. 另一个示例，其中 206 状态 代码是使用 在视频中。 客户端只能加载 视频成片，不必等待视频缓冲或加载，有助于避免用户必须等待更长时间的负面用户体验 在视频播放之前。 这是 HTTP 视频播放器中正常的最佳做法避免带宽和感知到的延迟问题。See RFC7233，第 4.1 节，更多信息。
207： 多状态
的 207 多状态 地位 code 提供 多个独立进程的状态 由 WebDAV 服务器使用。 默认消息/响应是文本/XML 消息。 它 表明 已执行多个操作，并且可以在 resp 的正文中查看每个操作的状态onse. 状态代码可能介于五个类别中的任何一个类别之间。 响应代码将因子请求数而异。 不像其他 200 斯塔图s 代码，207 状态代码不 确认该过程成功。 客户端需要查看每个请求的正文 确定是否成功。See RFC4918，第 11.1 节，更多信息。
208： 已报告
的 208 已报告 地位 代码是 WebDAV 扩展程序中使用的另一个状态代码. 喜欢 the 207 状态 代码，它 允许客户端/浏览器 表明 到服务器， 资源已处理。 当客户端请求资源时，响应可能包含重复资源，这意味着相同的资源将被发送多次，这是多余的。 的 208 状态响应避免了处理和重复的可能性 相同的响应。 208 状态代码 反应 只会出现在响应正文中，而永远不会作为实际的 HTTP 响应。See RFC5842，第 7.1 节了解更多信息。
209-225： 未分配
状态代码 209 到 225 当前未分配。
226： 我 已使用
226 IM（实例操作）使用状态代码用于指示服务器已完成对资源的GET请求，但响应表示已应用于当前实例的一个或多个实例操作。 在 HTTP 协议中，有一个名为”在 HTTP 中称为增量编码”的扩展，该扩展在服务器端受支持。 如果这是 implem客户端可以请求对缓存版本的更改，服务器 将发送更改， 而不是 再次重新发送 整个重新源 。 为了能够实现此功能，客户端/浏览器请求需要 指定支持什么 IM 类型。 如果服务器也支持此功能，它将响应 226 状态 代码 和变化。 如果 200 状态代码发送回来，表示不支持该功能。See RFC3229，第 10.4.1 节，更多信息。
227-299： 未分配
状态代码 227 到 299 当前未分配。
3xx：重定向
3xx 状态代码用于 URL 重定向的情况。网站总是在变化和演变，所以有时可能，Marketers需要引导用户到更新，或不同的页面。重定向有助于缓解用户需要搜索其要查找和维护内容 你的排名在搜索引擎。重定向操作可能由浏览器自动执行，或者可能需要用户进行其他交互。 3xx HTTP 状态代码对于 SEO（搜索引擎优化）和用户体验至关重要， 以及告诉搜索引擎您希望他们抓取和索引的内容。 Ⅰf 未得到适当实施， 用户 可能会 被定向到一个意外的位置，这可能会导致4xx状态代码， 并 可能影响SEO质量得分。
300：多种选择
300多个选项状态代码指示资源 e 已移动，可以重定向 到多个位置。 在这种情况下，用户 必须 决定使用哪个资源。 服务器可能 表明 首选选择和 这应该是 表明 在标题中 领域 用户代理可以自动重定向到首选选项. 在实际使用中，他的状态代码很少使用，因为没有标准化的方式从多个响应中选择。 SEe RFC7231， 第 6.4.1 节 了解更多信息。
301： 永久移动
使用301 移动永久状态代码来指示目标资源已移动到永久位置。 301状态代码告诉浏览器/客户端在标头中使用此新位置或 URL. 随着 301 地位 代码，新的URL将是 给 在响应中 以及更新 以前 位置（s），并更新到新 URL. SEe RFC7231， 第 6.4.2 节 了解更多信息。
302： 找到
302 找到的状态代码 向 客户端/浏览器指示 他们正在 访问的资源是临时 的 位于 在不同的位置下。与 301 状态代码不同， 302 状态代码表示临时移动，因此客户端不应 自动 更新其 链接 到新位置， 再次， 它 Ⅰs 意味着是暂时的。 其中 302 状态 应使用代码，如果有 是 多个 Url， 但他们 可以在服务 不同的语言。 用户可能会到达特定的 URL，但客户端可能会重定向它们 自动t 他适当的页面基于他们的浏览器设置， 并使用此 on 随后 的访问。 它 is 注意到在某些情况下，浏览器可能会将请求从 POST 更改为 GET。 如果此操作是 不能赞成，应使用307状态代码。See RFC7231，第 6.4.3 节，更多信息。
303： 请参阅其他
状态代码 303 参见其他指示服务器将重定向 客户端/浏览器到另一个资源。 资源将为 指示 为 URL 标头字段. 与 301 和 302 状态代码不同，它确实 不 意味着资源有节奏日ly 或永久移动， 它s 的意图是指定 URL 对 规格ⅠC 请求可以是 发现 通过 GET 请求。 303 状态代码应 不 但是，对 随后 请求可能缓存. 典型的使用 303 状态 代码将确保用户 do 不 意外重新提交 表单数据 通过 POST 请求。 它们应定向到新的页面。 如果没有，他们可能会在不知不觉中单击 他们的浏览器的后退按钮，这可能要求他们再次提交，这导致不必要的 杜布利卡特e 提交。See RFC7231，第 6.4.4 节，更多信息。
304： 未修改
状态代码为 304 未修改是响应条件 GET 或 HEAD 请求。客户端/浏览器可以发送条件请求，例如 如果匹配，if-无匹配，如果修改-因为，如果未修改-因为，或 if-Range，询问是否修改了特定 资源 因为一个特定的日期/时间。 这 是 仅在客户端以前访问、下载和保存资源时才完成。 如果它已经 修改，因为该特定日期/时间上次访问，服务器将返回 200 OK 状态代码. 如果它有 不 自该日期/时间以来已更改， 304 状态 代码已发送 作为响应, 指示 应提供保存的资源，因为它有 不 已 改 性 自上次访问以来。 SEe RFC7232，第 4.1 节 了解更多信息。
305： 使用代理
305 使用代理状态代码 i是已弃用的状态代码，由于安全考虑，该代码不再使用. 它 我习惯于向客户端说明， 他们访问的 res 我们必须通过代理访问。有关 305 使用代理状态代码的信息，请参阅 RFC7231，第 6.4.5 节
306： 未使用
与 305 状态代码一样，306 未使用状态 最初称为交换机代理。 的 306 状态代码在上一个 规范。 其意图是用作 指示客户端，后续对资源的 requests 应使用指定的代理。这被视为安全问题，因此不再使用。有关 306 未使用状态代码的信息，请参阅 RFC7231，第 6.4.6 节
307： 临时重定向
喜欢 302 找到重定向状态代码， t他 307 临时重定向 地位 code 表明 客户端/浏览器，资源或文档可在其他临时 并返回该 URL。 由于重定向是暂时的，可能会更改， 浏览器/客户端应继续访问当前 URL。 随后 请求。 The main difference between the 302 状态 代码和 307 状态 代码是 307 状态 代码不允许更改请求 a 发布 请求 获取 请求，因此，如果客户端请求 POST 请求，则重定向和 启动 再次进行 POST 请求。 SEe RFC7231， 第 6.4.7 节
308： 永久重定向
308 永久重定向状态代码是可缓存的状态代码（除非实现缓存控件），指示目标资源现在位于永久 URL和子equent 请求 也应该定向到该 URL. 此外，客户端应更新任何 旧书签到新位置。 308状态代码与301 状态代码非常相似，但是，如果发送了308状态代码，则client 必须 启动 并在目标位置发送相同的请求。 A 301 状态代码不 t 必须这样做。 大多数浏览器/客户端将 POST 请求更改为 GET 要求uest. See Rfc7238， 第 3 节了解更多信息。
309-399： 未分配
状态代码 309 到 399 当前未分配。
4xx：客户端错误
具有 最多 HTTP 状态代码的分类， 4xx HTTP 状态代码不是您希望用户看到的代码。以 4 开头的任何状态代码都意味着客户端存在问题。 如果页面已被删除且未重定向，或在URL 或链接中输入错误，则通常会生成4xx状态代码。 如果用户得到一个可怕的 4xx 状态代码， 这意味着我有一个问题 客户端/浏览器从服务器接收信息。 这些 是用户将看到弹出他们的屏幕上的错误， 创建负面的用户体验，导致一些挫折和他们 寻找 别的地方。 例如，如果搜索引擎对您的网站进行爬网并收到 404 错误，则这将显示为报告中的错误。 A 几个404错误是好的，搜索引擎不一定认为这些是负面的东西，但404重定向到404可以 对您的 SEO 产生负面影响。 不仅如此，如果有关页面用于推动流量或销售，这可能会导致潜在 收入的损失。
400： 错误请求
400 错误请求 错误状态代码意味着服务器无法处理请求 由于客户端的问题。 这可能是 由于许多原因， 如文件 太大，语法 不好， 无效的 URL，或第三方应用程序使用的一些其他问题ca，这就是为什么400 状态代码有时用作捕获所有状态代码，即使服务器端存在问题。 这会使故障排除 400 状态 代码更耗时和困难一点，但是，随着 400 地位 代码错误和标头信息， t他 服务器可以提供 额外 响应沿机智h 它，可以显示到 the 用户帮助 识别 问题，并简化故障排除和诊断错误的过程。 SEe RFC7231， 第 6.5.1 节 了解更多信息。
401： 未经授权的
401 未经授权的错误 状态代码指示请求不包括相应的身份验证凭据，身份验证已失败，或者用户必须登录。客户端需要来自服务器的身份验证。授权和验证的术语通常可互换使用，但 他们的意思是分开的东西。 A 状态代码 401 是 斯特里ctly 关注 与身份验证。 在您需要 通知客户不允许他们 完全，然后状态代码为 403 应实施. A符合规范， the 401 状态 代码还必须包括 WWW 认证 来自服务器的标头 响应, 指示 客户端什么身份验证方案或方法的服务器 要求es. SEe RFC7235， 第 3.1 节 了解更多信息。
402： 需要付款
最初创建d 作为允许潜在 未来的数字支付方式，402支付要求错误 状态 代码是 正式 保留 供将来使用，但它使用 一 些 有限的，但很少， 情况。有关 402″需要付款”错误代码的详细信息，请参阅 RFC7231 节 6.5.2
403： 禁止
403 禁止错误状态代码指示来自客户端的请求被理解，但服务器不会授权它，因此客户端不能 访问它。 服务器可以使 原因它生病不授权请求在响应中， 这可能是由于各种原因， 如不正确的密码或用户名. 与 401 状态 代码，这需要身份验证， 403 状态 代码可以 表明 客户端确实没有授权 访问这些资源，因此进行身份验证 在这种情况下 是 不 可能. SEe RFC7231， 第 6.5.3 节 了解更多信息。
404： 未找到
遇到的最常见和最臭名昭著的状态代码之一 按用户 和开发人员， 404 未找到 错误 状态代码 表明 资源 必填 从服务器做 不 存在或存在 no不愿意把它给客户。 A 404 状态 code 不会 表明 是否 the 缺乏 提供资源是临时的或永久性的，但客户端可以发出子equent 请求来访问它。如果已知资源永久消失，则 410 状态代码应为 使用。默认情况下，404 状态代码也是可缓存的，除非其他缓存控制 are in位置。See RFC7231，第 6.5.4 节了解更多信息。
405： 不允许使用方法
405 方法不允许错误 状态 代码 表示客户端请求的特定资源不受 服务器。 405 方法不允许是 喜欢 403 for比登状态代码，但是， 403 状态 code 表明 资源可能可用， 它 Ⅰ只是客户端做 不 拥有执行请求的必要授权。 与 405 方法不允许状态一起，服务器必须 表明 the 阿普罗普里亚特 和 支持 方法 目标资源. 有关 405 方法不允许错误代码的详细信息，请参阅 RFC7231， 第 6.5.5 节
406： 不可接受
与 405 方法不允许错误状态代码一样，406不可接受的错误代码表示不支持特定请求。 在这种情况下， t他 406 不能接受的 状态代码 表示服务器理解请求，但响应不 客户端支持或理解。 客户端可以 请求标头中资源的特定版本，如 A-IM 或接受语言, 除其他外， 但如果服务器 做 不 支持它， 它响应 406 不可接受的状态代码。 服务器可以响应 适当的资源 客户端可以选择的标识符 从。 SEe RFC7231， 第 6.5.6 节 为莫尔e 信息。
407： 需要代理身份验证
需要 407 代理身份验证 错误 s塔图斯代码是 喜欢 401 未经授权的状态代码，但是，在的情况下 407 状态 代码 为了 使用代理，客户端必须首先进行身份验证。 代理必须返回身份验证方法。 由于 VPN、代理的兴起，今天不常见 充当用户/客户和互联网之间的中介， 允许用户更快地访问资源，因为内容是 通常 缓存， 可以 也 为用户提供一层安全和匿名。有关 407 代理身份验证必需错误代码的详细信息，请参阅 RFC7235，第 3.2 节
408： 请求超时
408 请求 超时 错误状态代码意味着 服务器在指定的时间范围内未收到来自客户端的请求。 客户端的延迟请求可能由于各种原因而到期，例如连接缓慢或断开。 时间过后，服务器将发送 408 请求超时状态 用户/客户端可以再次重新发送请求。有关 408 请求超时错误代码的详细信息，请参阅 RFC7231 节 6.5.7
409： 冲突
A 409 冲突 错误 状态代码 表明 来自客户端的请求可以 not 由于与服务器冲突而处理。 来自客户端的请求很好，但有 是 服务器端的问题，阻止执行请求。 例如，如果请求编辑特定文件， 删除d，或 由用户创建，但不允许这些功能。 除了 409 响应，服务器应返回有关用户如何解决此问题或 indicate 为什么问题发生在g中。See RFC7231，第 6.5.8 节了解更多信息。
410： 消失
与前面介绍的 404未找到错误状态代码一样，the 410 Gone 状态代码指示客户端请求的资源已被删除，并且不再从服务器中可用. No 在 URL 重定向或访问资源位置方面提供了进一步的信息。它已被无限期地删除。有关 410 消失错误代码的详细信息，请参阅 RFC7231，第 6.5.9 节
411： 所需长度
411 长度必需错误状态代码指示服务器不允许来自客户端的请求，因为预定义的请求正文 content length。 如果后续资源请求中指定了有效的内容长度标头，则客户端可以重复该请求。有关 411 长度必需错误代码的详细信息，请参阅 RFC7231 节 6.5.10
412： 先决条件失败
对服务器 的条件请求 作为 HTTP 协议的一部分。 如果右 条件在请求中满足，请求由服务器执行 并处理。 412 先决条件失败错误状态代码表示请求标头中的一个或多个条件出现故障。例如，这可用于 GET 请求s a和 a 条件请求是 利用 自 只有在该资源 ha s时重新打开资源 更改。有关 412 先决条件失败错误代码的详细信息，请参阅 RFC7232，第 4.2 节
413：请求实体太大
的 413 请求实体太大 错误 状态代码 表明 服务器 w生病不 接受并处理请求e 请求 身体 大于服务器会 允许或可以 过程。 此类示例包括上载文件，其中 文件超过 最大 上传大小 由服务器设置 或超过最大上传数时。 在e 413 请求实体错误太大 发生，服务器可能会完全关闭连接，以防止客户端 继续发送请求。 在某些情况下, 它 Ⅰs 可能 服务器 将允许客户端重试请求， 如果它Ⅰ这是一个临时条件， 和 应包含该消息回客户端。 豪耶夫呃， 它 Ⅰ请求可能导致服务器本身耗尽物理 磁盘空间。 在这种情况下，507 存储不足错误是响应， 客户端应接收回来。See RFC7231，第 6.5.11 节，更多信息。
414： URI 太长
不是很常见的服务器响应，414 URI 太长的错误状态代码意味着服务器拒绝客户端请求，因为 URL 比服务器可以处理的要长。 兄弟wsers 和搜索引擎确实对 URL 的长度施加限制，部分是为了避免 DDoS 攻击或代码错误，但 URL 或 HTTP 的路径不会 有明确的限制。 所以，如果李mit 超过服务器设置的，414 URI 太长错误将发生。有关 414 URI 太长错误代码的详细信息，请参阅 RFC7231 节 6.5.12
415： 不受支持的介质类型
415 不支持的媒体类型错误 状态 代码 指示 服务器由于不受支持的媒体 格式而无法处理请求 正文或请求正文的一部分。 即使支持来自客户端的请求，415 错误 也可能为 如果 请求正文中 包含不受 支持的内容，请返回。 415 不支持的媒体类型错误代码与 406 不可接受状态代码相同。 不同的是 406 不可接受的错误代码不是由于标头或编码中的内容，而是 由于 HTTP 标头中设置的值。确保服务器可以处理定义的格式以及发送请求与正确的形式将避免 415 不支持的媒体类型错误状态代码发生。See RFC7231，第 6.5.13 节，更多信息。
416： 范围不可满意
如 206 部分请求状态代码所述，客户端/浏览器可以请求从服务 r请求部分响应，无论是 i例如，文件或视频的特定部分。 客户端和服务器使用所谓的范围请求 执行这些请求。 但是，如果服务器 不支持 这些类型的请求 ， 它只会返回整个 resource 以及 200 OK 响应。 如果服务器支持范围请求，t 是 其中 416 部分请求 错误 状态代码 输入图片，并返回客户端要求。 在服务器支持范围请求的情况下，但 服务器 does 不 同意 请求 收到， 因为它 不 在范围内 或 可能超越 指定范围，416 范围不可满意 错误 将返回状态代码. SEe RFC7233， 第 4.4 节 了解更多信息。
417： 预期失败
客户端可以使用”预期“标头来指示它期望从服务器获得特定行为。 与 100 继续状态代码中描述的一样，客户端可以与服务器核实是否接受请求。 如果是，服务器将响应 100 继续状态代码. 如果没有，t他 417 期望失败 错误 状态代码 表明 那 服务器 做了 不 了解 期望 头 或支持它，因此它可以不 处理阴性t 请求. 有关 417 预期失败错误代码的详细信息，请参阅 RFC7231， 第 6.5.14 节
418-420： 未分配
错误 tatus代码 418 – 421 当前未分配， 但是， 状态代码 418 我 在某些情况下，使用小茶壶。 创建作为一个愚人节的笑话，它已经获得了一些牵引力，是 有时用作笑话或复活节彩蛋， 不用于实际的日常目的。大多数浏览器忽略它， 因为它不是官方状态代码。此类别中的另一个是 420 增强您的平静错误状态代码， 这是 由推特介绍。 它 i是一个 n 错误代码，它告诉客户端，它们被速率限制，which 是限制他们在指定时间段内可以发出的请求数。 自1989年以来，RFC编辑器将出版更幽默的RFC。维基百科有更幽默的愚人节的RFC的完整破败。
421： 错误定向请求
使用 HTTP/2 协议引入， the 421 错误定向请求 错误 状态代码意味着服务器 rec表示请求是 不 用于该特定服务器 无法正确响应. 如果 DNS（域名系统）设置为错误的 IP 地址，则可能会发生这种情况。 客户 需要 包括 主机 标头。 对于具有单个站点，这种情况也会发生。 Ssl 来自多个域的证书。 这可能是由n 与托管提供商和/或使用的特定浏览器的问题，所以它可能需要大量的工作，以真正了解问题所在. 如果服务器知道域未在 req 上配置乌斯特， 它将响应 421 误导请求 错误响应. SEe RFC7540， 第 9.1.2 节 了解更多信息。
422： 不可处理 实体
A 422 无法处理 实体 错误 状态代码 表明 问题与 内容 请求的语法. 的 请求的安排 被服务器理解但 the 请求中的字段无效 或做 不 匹配服务器的期望. 喜欢 102 处理和 207 多-状态代码，422 无法处理 实体 错误 代码是 WebDAV 协议的一部分 常与 Web 服务/API 一起使用. 通常， 400 错误请求是建议响应，但如果支持 WebDAV，则 t他 422 无法处理 实体 应使用. SEe RFC4918，第 11.2 节 了解更多信息。
423： 已锁定
与 422 不可 处理实体错误 状态 代码 一样，423 锁定 错误 状态代码也是 WebDAV 协议的一部分。 423 锁定状态代码指示 file、资源或直接编辑，例如. 其目的是避免多个用户同时更新文件、资源等。 然后可以解锁这些资源进行编辑。母鸡是必要的。有关 423 锁定错误代码的详细信息，请参阅 RFC4918，第 11.3 节
424： 依赖项失败
WebDav支持的另一个状态代码 协议; 424 失败依赖项 错误状态 代码指示 来自客户端的请求由于依赖于另一个请求而失败。 WebDAV 利用 方法 被称为 Proppatch 更新某些资源e 属性. 自 指示资源是否已成功更新，WebDAV 使用标准的 HTTP 状态代码响应。此外，424 失败依赖项状态代码仅在 HTTP 正文中的响应具有 207 Multi-St 的实例中使用阿图斯反应。 So， 如果使用 PROPPATCH，并且资源无法更新，它将发送 4xx 状态代码，指示 更新资源时出错，424 失败依赖项错误代码也将与其他依赖于该更新成功但失败的请求一起发送。See RFC4918，第11.4 节，更多信息。
425： 太早了
不是当前使用的常用 HTTP 状态代码，425″太早”错误响应代码用于HTTP 客户端连接到 HTTPS 客户端的情况。在这个过程中，可能需要很长时间才能在 服务器和客户端。 此过程可能会造成安全问题，因此服务器将告诉客户端重试请求 直到安全 TLS（ 传输层安全 ）连接已 制作. 在这种情况下，将返回 425 太早的状态代码。 有关 425 太早错误代码的详细信息，请参阅 RFC8470，第 5.2 节
426：需要升级
426 升级必需错误状态代码向客户端指示它需要使用较新的协议 为了 向服务器发送请求。 例如，客户端可能正在使用和较旧版本的 HTTP，例如 HTTP/1.0，但服务器 需要 HTTP2.0. 服务器将不接受 请求， 但 将响应阴t 指示 哪些协议或协议是可以接受的。 一旦客户端升级到 所需的协议，服务器将接受来自客户端的请求。 有关 426 升级必需错误代码的详细信息，请参阅 RFC7231， 第 6.5.15 节
427： 未分配
错误错误tatus 代码 427 当前未分配。
428： 需要先决条件
428 先决条件必需错误状态 代码 向客户端指示对服务器的请求必须是条件请求。 如 304 未修改状态代码， 客户端可以发送条件请求 到服务器如 如果匹配, 如果-无匹配, 如果修改-自, 如果未修改-因为或 If-范围. 但是，这些条件请求不 必填. 如果服务器需要它们，则服务器 表明 这通过响应 428 先决条件必需错误代码。 这是有点 类似于 412 先决条件失败错误代码，但 412 先决条件失败 只有在客户端在标头中包含条件请求时，才返回错误代码， 做 不 m处理服务器上资源的状态‘s 一边. 通过通知用户请求必须是条件性的，这可确保用户使用正确的文件或资源， 有助于防止 用户可能覆盖更改. SEe RFC6585，第 3 节 了解更多信息。
429： 请求太多
就像错误的名称一样 代码 指示，429 太多请求的错误状态代码表示实现了 速率限制 ，并且 client 超过限制如何 许多请求 它可以使 在指定的时间范围内. 随着 429 请求错误响应太多，应该是 表明 要等多久 启动 对服务器的新请求， 但它不是 以前 必填 这样做. 有关”请求太多”错误代码的详细信息，请参阅 RFC6585，第 4 节
430： 未分配
430 错误状态代码当前未分配，但是，它曾被建议为HTTP/1.1协议中的430 将阻止错误代码. 其用意是作为对 称为 流水线。 这允许客户端发送多个请求， 通过 Tcp 连接， 而它等待服务器重新. Ⅰ从来没有正式进入 标准作为 HTTP 原型 ol 更新为 HTTP/2.0，并且从未广泛采用对管道的支持。
431 请求标头太大
431 请求标头错误状态代码太大，表示客户端发送了超过允许限制的标头 r封存。不同的 Web 服务器在标头方面具有不同的允许大小限制。这可能是由于单个标头请求太大 或由于整个 组合 所有 大小 标头 请求。 在大多数情况下，这很容易补救，因为它通常是由于发送太多的cookies或 文件大小太大的 Cookie。有关 431 请求标头太大错误代码的详细信息，请参阅 RFC6585，第 5 节
432-450 ： 未分配
错误状态代码 432 到 450 当前未分配。
451： 由于法律原因不可用
错误 s塔图斯代码 451 由于法律原因不可用 表明 服务器拒绝提供请求的内容 由于 法律 原因 还应在响应用户时包括错误的原因。 由于法律原因，使用 451 不可用的原因错误状态代码可能包括 审查特定内容的政府，违反版权法的内容，如DMCA（数字千年版权法）、或违反法律或法院命令的内容。 403 禁止 和 404 未找到 error 状态代码有时用于代替 451 错误状态代码， 但 451 错误状态代码提供了更多信息或解释到 why 错误发生。 用户通常已经左右了e 451 错误，通过实现 VPN 访问内容。See RFC7725，第 3 节了解更多信息。
452-499： 未分配
错误代码 452-499 当前未分配。
5xx：服务器错误
与 4xx 状态代码一样，5xx状态代码表示存在错误，但该错误不太可能由于连接不良或浏览器本身。5xx 状态代码指示 有一个问题，在服务器级别，不能处理 来自客户端的请求。 除了错误，服务器应响应错误说明，无论是临时的还是永久的，以及如何补救。
500：内部服务器错误
500 内部服务器错误状态代码仅意味着服务器遇到 问题，无法处理请求。 通常，如果确切的问题不属于任何其他 5xx服务器错误状态代码，则500 内部服务器错误代码用作通用服务器错误代码 规格。 T他 500 内部服务器错误代码可能是 5xx服务器错误分类代码中使用最多的。有关详细信息，请参阅 RFC7231，第 6.6 节。
501： 未实现
未实现的 501 当服务器执行错误状态代码时，将发生错误状态代码 不 识别请求的方法，因此，不能pport 或处理请求。 它 Ⅰs 喜欢 405 方法不允许客户端错误状态代码但 501 未实现的错误状态代码可能 表明 来自客户端的请求方法有效，只是服务器不支持。 405 方法不允许错误状态将 表明 客户端调用的方法是 不 支持 和应该 不 一直 利用. 看到 RFC7231， 第 6.6.2 节 了解更多信息。
502： 网关错误
502 错误网关错误状态代码意味着服务器正在执行代理操作，并且它收到来自源服务器的响应，该响应返回为无效。 它 Ⅰ有可能 Ⅰ由于服务器过载，客户端可以重新提交请求，但 在大多数情况下, 它 Ⅰs 由于 自 Web 服务器的问题 或 CDN（内容分发网络） 坐在客户端和服务器之间，并可能 需要 额外 与托管提供商进行故障排除，以了解引发错误的原因. 看到 RFC7231，第 6.6.3 节，更多信息。
503： 服务不可用
503 服务不可操作错误状态代码指示服务器当前请求超载或资源不足，当前 in维护， 或者，在他们试图访问的应用程序关闭，服务器无法完成请求由于当前状态。客户端有时会看到一条消息以及 503 服务不可用错误状态代码，告诉他们再次尝试请求 后。 然而，它 可能无法明确说明 503服务不可用错误状态代码可能持续的时间或时间。有关信息，请参阅 RFC7231，第 6.6.4 节。
504： 网关超时
与 502 坏网关错误状态代码一样，当服务器充当代理，但会使用 504 网关 Timeou t 响应时，使用504 网关超时错误状态代码 错误状态代码 如果来自n 源服务器响应时间过长。 在响应无效的情况下，应使用 502 错误网关错误状态代码 或代理服务器未接收 完全. 消息以及 504 Gate超时的方式可能表示 并建议 客户端尝试重新发送请求. 看到 RFC7231， 第 6.6.5 节 了解更多信息。
505： 不支持 HTTP 版本
505 HTTP 版本不支持的错误状态代码意味着服务器不支持请求消息中使用的 HTTP协议版本，因此无法处理 请求。 与 505 HTTP 版本一起 不支持的错误状态代码，来自服务器的响应应包含一条消息，指示不支持特定 HTTP 协议的原因以及支持哪些协议。有关详细信息，请参阅 RFC7231，第 6.6.6 节。
506： 变体也协商
506变体也协商是一个实验性的 HTTP 状态代码，今天不是标准的一部分。 506 变体还协商指示服务器存在内部配置问题 由于内容协商问题。 内容协商允许客户端发送 多个接受标头，并告诉服务器资源的特定表示形式，如 浏览器。 这可能是为 提供正确的语言， 文档形成t等. 即使 506 变体也协商错误状态代码在 an 实验 状态，而不是 HTTP 标准正式的一部分，在极少数情况下使用。 一些谷歌Play用户在过去尝试下载应用程序的多个版本时遇到这个问题，导致ir设备不断尝试下载应用程序在闭环过程中。有关详细信息，请参阅 RFC2295 第 8.1 节。
507： 存储不足
507 存储服务器 错误 状态代码 不足 也是 WebDAV 协议的一部分。 507 存储错误错误状态代码不足 指示到 client 帽子的请求，如 PUT 或 POST 请求，文件大小太大。 它还可以指示服务器 存储暂时耗尽。有关详细信息，请参阅 RFC4981，第 11.5 节。
508： 检测到环路
检测到的 508 环路 服务器 错误状态代码，就像 507 存储服务器错误代码不足一样，是 WebDAV 协议的一部分。 在 WebDAV 协议中， 它 Ⅰs 客户端可以向服务器发出请求 对于整个目录 并创建一个目标一些其中 同一目录，导致无限请求/响应循环。 508 循环检测到服务器错误状态代码 表明 服务器 结束 客户端请求特别 深度： 在Finity, 因为 服务二 确定 请求作为 导致 infinite 循环， 反复回叫自己. 看到 RFC5842，第7.2节 更多 信息。
509： 未分配
509 服务器错误状态代码当前未分配。
510： 未扩展
510 未扩展服务器错误状态代码当前处于建议/实验状态，不是标准 HTTP 状态代码规范的一部分。510 未扩展向客户端指示请求需要扩展的 HTTP 请求。 如果服务器响应 510 未扩展的服务器错误状态代码，它还应包括如何 client 应该 rem艾迪 他们的要求，但规范 做 不 明确 状态 那. 那里的德巴te 是否 t他的 should 属于 5xx 服务器错误分类， 因为它可以被视为 4xx 客户端错误， 但因为 是的 不是标准正式的一部分， 它 Ⅰs 不雷列夫蚁 很少用于日常使用。 看到 RFC2774，第 7 节 了解更多信息。
511：需要网络授权
511 网络授权必需服务器错误状态代码，要求客户端进行身份验证以访问网络。例如，用户在尝试连接到企业的公共 Wi-Fi 网络时可能会看到这一点 在被授予访问权限之前，用户必须同意其条款和条件。 以及所需的 511 网络授权 服务器错误响应，用户还应定向到可以登录的地方。有关详细信息，请参阅 RFC6585第 6节。
512-599： 未分配
服务器错误状态代码 512-599 当前未分配，但某些公司可能将其中任何一个用作客户端的自定义服务器错误消息。
监视 HTTP 状态代码响应
若要查看特定 URL 的状态代码列表，可以在浏览中检查开发人员工具选项卡R。 除了页面加载速度指标，您还可以查看任何服务器响应以及所有关联的 HTTP 状态代码，以确保页面上的所有内容都加载， 渲染 正确.
对于更主动和自动化的监控方法，Dotcom-Monitor的专业监控解决方案可以确保每当用户遇到特定的 HTTP 错误代码时，都会通知您的团队 立即 so 他们可以 快速纠正问题。 您也可以使用 要删除 的 筛选器 功能 任务、警报和报表中单独的 HTTP状态代码，因此您忽略任何与特定 需求 不相关的 HTTP 状态代码。