HTTP 响应状态代码解释 埃尔维斯普莱斯基

katori8316

2022 年 8 月 12 日 各种各样的 7 分钟 任何Web 服务器都会发出HTTP 状态代码来响应客户端的请求。此列表显示了 IETF征求意见(RFC)中的代码以及一些其他常用代码。HTTP状态代码的第一个数字指定响应的五个标准类别之一。 1xx 信息 1xx 状态码有什么作用？他们提供临时回应。但它们实际上是如何工作的呢？1xx 状态代码由 Status-Line 组成，仅以空行结束，因此这种类型的状态代码不需要标头。由于 HTTP/1.0 根本没有提供 1xx 状态代码的定义，因此服务器仅出于调查原因向 HTTP/1.0 客户端传递 1xx 响应至关重要，而不是在任何其他情况下。 客户端必须能够在标准响应之前处理一个或多个 1xx 状态响应，即使该客户端不希望收到 100 continue 消息。如果用户代理不希望收到 1xx 状态响应，则可以安全地忽略它们。 不过，代理需要转发 1xx 响应，除非代理和客户端之间存在封闭连接，或者代理本身创建了 1xx 响应的请求。例如，如果代理要向已转发的请求添加“expect: 11-continue”字段，则不需要转发相关的 100（继续）响应（或多个响应）。 100 继续 100Continue状态码表示服务器已经发送了请求标头。



这也表明相关客户端可以继续传递请求体。这适用于需要正文的情况（例如 POST 请求）。对于大型请求体，在请求由于不适当的标头而被拒绝后，将其传递到服务器的效率很低。 您可以要求服务器查明是否仅在其标头上接受请求 - 发送 Expect: 100-Continue 作为初始 工作职能邮件数据库 请求中的标头。如果收到响应代码，它将继续；如果收到 417 Expectation Failed 响应，它将结束。 101 切换协议 此状态代码既表明服务器已被请求调整协议，又确认此操作将完成。该代码确认该请求并表明服务器已准备好遵循该请求，利用升级消息标头字段来更改连接上使用的应用程序协议。 在发现101 Switching Protocols响应结束的空行后，服务器将立即将协议切换到响应的 Upgrade 标头字段中规定的协议。仅当有明显好处时才应调整协议，例如从旧版本切换到更新的 HTTP 版本。当需要利用此类功能来交付资源时，调整为实时同步协议可能会具有优势。 102 处理（WebDAV） 作为临时响应，102 处理代码通知客户端服务器已接受请求，但到目前为止尚未满足该请求。通常仅当有充分理由预计处理将是一个相当耗时的过程时，才会发出 102 处理代码。当请求运行时间超过 20 秒时，服务器将发出 102（正在处理）响应。然后，他们将在完成请求后提供最终答复。 方法（主要是支持 Depth 标头的方法）可能需要时间来处理。在此类情况下，客户端可以在等待响应时暂停连接。





但是，当发出 102 代码时，客户端将理解在处理请求时等待。 2xx 成功 这种类型的状态代码告诉我们客户端的请求已被成功接收、理解和处理。 200 好 表示请求成功的响应。随之包含的信息将取决于请求使用的方法，例如： GET 在响应中发送与请求的资源相对应的实体 HEAD 与请求的资源相对应的实体标头字段在响应中发送，没有消息正文 POST 描述或包含操作结果的实体 TRACE 包含终端服务器收到的请求消息的实体 201 已创建 这意味着请求已完成，并且生成了新资源，可以使用响应相关实体中包含的 URI 来标识该资源，其中 Location 标头字段给出资源的最具体 URI。响应必须包含一个包含资源特征和位置列表的实体。然后，用户或用户代理可以使用它来选择最合适的。实体的格式由 Content-Type 标头字段中呈现的任何媒体类型定义。 源服务器必须先创建资源，然后才能发出201 Created Status Code。如果无法立即执行该操作，服务器应发出 202 响应（表示已接受）。ETag 响应标头字段可以包含在 201 响应中，以表明刚刚创建了所请求变体的实体标记的当前值。 202 已接受 请求已接受处理，但处理尚未完成。该请求最终可能会或可能不会被执行，因为当处理确实发生时，它可能会被拒绝。无法从这种不同步的操作中重新发送状态代码。 202 响应故意是矛盾的。它的目的是让服务器有机会查看对某些其他进程（可能是每天仅运行一次的批处理类型进程）的请求，而无需用户代理的服务器连接继续进行直到该过程完成。随此响应返回的实体必须指示请求的当前状态以及状态监视器的链接或请求何时完成的粗略想法。