我不确定是否有一个固定的标准，但我会使用400个坏请求，最新的HTTP规范(从2014年开始)文档如下:

6.5.1. 400错误请求 400(坏请求)状态代码表示服务器不能或 将不会处理请求由于某些东西被认为是 客户端错误(例如，格式错误的请求语法，无效的请求 消息框架，或欺骗性请求路由)。

我不确定是否有一个固定的标准，但我会使用400个坏请求，最新的HTTP规范(从2014年开始)文档如下:

6.5.1. 400错误请求 400(坏请求)状态代码表示服务器不能或 将不会处理请求由于某些东西被认为是 客户端错误(例如，格式错误的请求语法，无效的请求 消息框架，或欺骗性请求路由)。

只要去浏览器设置>护盾>自动重定向AMP页面 禁用它，再试一次…

有人认为，应该使用404 Not Found，因为无法找到指定的资源。

在我们的一个API项目中，我们决定将409状态设置为一些请求，当我们因为缺少参数而不能完全填充它时。

HTTP状态代码“409冲突”对我们来说是一个很好的尝试，因为它是定义 要求包含足够的信息以便用户识别 冲突的根源。

参考:w3.org/Protocols/

因此，在其他响应中，如400或404，我们选择409来强制检查请求中的一些注释，这有助于建立一个新的正确的请求。

无论如何，我们的案例是特殊的，因为如果请求不完全正确，我们需要发送一些数据，并且我们需要强制客户端查看消息并了解请求中的错误。

一般来说，如果我们只有一些缺失的参数，我们会选择一个400和一个包含缺失参数的数组。但是当我们需要发送更多的信息时，比如一个特定的案例消息，我们希望更确定客户端会处理它，我们就会发送409

你可以发送一个400坏请求代码。它是一种更通用的4xx状态码，因此您可以使用它来表示您的意图:客户端正在发送一个请求，该请求缺少应用程序正确处理它所需的信息/参数。