POST 请求的 HTTP 状态代码 202 与 200
HTTP Status code 202 vs 200 for a POST request
我很困惑，当我收到来自客户端 (A) 的 POST 请求并且 B 正在处理它，并将输出传递到另一个端点 (C) 时，我使用 202 状态代码。
在这种情况下，当 B 收到来自 A 的请求时，我使用 202 状态代码。（我已经添加了示例消息流。）
B 没有向 A 发送任何其他响应。那么正确使用 202 还是应该是 200？
我的理解是，我们将 200 用于 GET 调用，对于 POST 如果处理待处理，我们将使用 202。
在这里，我有待处理，我将该输出转发给 C。而不是 A。
所以我的困惑是使用 202 还是 200 是对的？
编辑
如果它是回调端点，（例如：在这张图片 B 中），设置 200 是否合适？
使用 202 而不是 200 的主要目的是让服务器与客户端通信：“据我所知，请求看起来不错。但是，我们还没有尚未完全处理您的请求，我们不能 100% 确定它会成功。
因此，如果有人发出请求，服务器会立即响应，然后将请求转发到其他地方，202 对我来说很有意义。如果请求在 C 端点失败，A A 发现这件事就太晚了。
如果您响应 200，它会告诉客户端请求完全成功。
我很困惑，当我收到来自客户端 (A) 的 POST 请求并且 B 正在处理它，并将输出传递到另一个端点 (C) 时，我使用 202 状态代码。 在这种情况下，当 B 收到来自 A 的请求时，我使用 202 状态代码。（我已经添加了示例消息流。） B 没有向 A 发送任何其他响应。那么正确使用 202 还是应该是 200？
我的理解是，我们将 200 用于 GET 调用，对于 POST 如果处理待处理，我们将使用 202。 在这里，我有待处理，我将该输出转发给 C。而不是 A。 所以我的困惑是使用 202 还是 200 是对的？
编辑
如果它是回调端点，（例如：在这张图片 B 中），设置 200 是否合适？
使用 202 而不是 200 的主要目的是让服务器与客户端通信：“据我所知，请求看起来不错。但是，我们还没有尚未完全处理您的请求，我们不能 100% 确定它会成功。
因此，如果有人发出请求，服务器会立即响应，然后将请求转发到其他地方，202 对我来说很有意义。如果请求在 C 端点失败，A A 发现这件事就太晚了。
如果您响应 200，它会告诉客户端请求完全成功。