api - 适用于每个用户仅允许提交一次的情况的适当 HTTP 状态代码

Question

我正在为我的 API 设计一个端点，其中每个用户只允许提交一次。阅读规范并尝试找到最佳响应后，我犹豫地计划在用户尝试提交第二个响应时使用 403 - Forbidden:

10.4.4 403 Forbidden

The server understood the request, but is refusing to fulfill it. Authorization will not help and the request SHOULD NOT be repeated. If the request method was not HEAD and the server wishes to make public why the request has not been fulfilled, it SHOULD describe the reason for the refusal in the entity. If the server does not wish to make this information available to the client, the status code 404 (Not Found) can be used instead.

虽然 403 意味着访问响应，但我一直印象深刻 - 不一定是响应状态问题的东西。这样对吗？或者我应该在这里使用更好的状态代码吗？

Answer 1

我总是 403 有授权/认证问题，所以我有点困惑；)下面是我要考虑的代码列表:

• 403 Forbidden -(如上所述)
• 409 Conflict - 由于资源处于无法更改的给定状态，因此它也是通知用户有关问题的良好状态。

只是出于好奇:

• 410 Gone - 请求只能发送一次，因此端点可能无法用于后续请求。我不认为这是个好主意，因为端点仍然可用，但不会处理来自特定用户的请求。嗯..可能会被认为很奇怪。

我会为 403 或 409 担保，最终会使用 409。 429 似乎不是一个好主意，因为它与网络(宽带、吞吐量)问题有关，而不是与资源本身有关。