我通常去422(不可处理的实体)，如果所需的参数中的某些东西不匹配API端点所需的(如太短的密码)，但对于缺少的参数，我会去406(不可接受)。

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

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

我经常使用403 Forbidden错误。理由是请求被理解了，但我不会按照要求去做(因为事情是错误的)。响应实体解释了错误所在，因此如果响应是HTML页面，错误消息就会出现在页面中。如果是JSON或XML响应，错误信息就在里面。

从rfc2616:

10.4.4禁止403 服务器理解请求，但拒绝执行。 授权没有帮助，请求不应该重复。 如果请求方法不是HEAD，而服务器希望 公开为什么要求没有得到满足，它应该描述 实体拒绝的原因。如果服务器不希望这样做 使此信息对客户机可用，即状态代码404 (Not Found)可以代替。

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

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

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