想想期望。

作为客户端应用程序，您希望知道服务器端是否出现了问题。如果服务器需要在blah缺失或requestedResource值不正确时抛出错误，那么400错误将是合适的。

这两种情况都不是“语法畸形”。语义是错误的。因此，恕我直言，400是不合适的。相反，返回一个200和某种类型的错误对象，如{"error": {"message": "Unknown request keyword"}}或其他。

考虑客户机处理路径。语法错误(例如，无效的JSON)是程序逻辑中的错误，换句话说，是某种类型的错误，应该以类似403的方式进行相应的处理;换句话说，有不好的事情发生了。

另一方面，参数值中的错误是语义错误，可能是由于用户输入验证不当造成的。这不是一个HTTP错误(尽管我认为它可能是一个422)。处理路径会有所不同。

例如，在jQuery中，我不希望编写一个单独的错误处理程序来处理500和一些特定于应用程序的语义错误。其他框架，比如Ember，也把400秒和500秒的HTTP错误视为重大错误，要求程序员检测发生了什么，并根据它是否是“真正的”错误进行分支。

将400状态码用于任何其他目的，而不是表示请求是畸形的，这是完全错误的。

如果请求有效负载包含一个不能被解析为application/json的字节序列(如果服务器期望该数据格式)，则适当的状态代码为415:

的实体导致服务器拒绝为请求提供服务 所请求的资源不支持该请求的格式 请求的方法。

如果请求负载在语法上正确但语义上不正确，则可以使用非标准的422响应代码或标准的403状态代码:

服务器理解请求，但拒绝执行。 授权没有帮助，请求不应该重复。

从w3.org

10.4.1 400个错误请求 由于格式错误，服务器无法理解请求 语法。客户端不应该重复请求 修改。

首先检查URL，它可能是错误的，如果是正确的，然后检查你正在发送的请求体，可能的原因是你正在发送的请求缺少正确的语法。

要详细说明，请检查请求字符串中的特殊字符。如果使用的是(特殊字符)，则是此错误的根本原因。

尝试复制请求并分析每个标签数据。

想想期望。

作为客户端应用程序，您希望知道服务器端是否出现了问题。如果服务器需要在blah缺失或requestedResource值不正确时抛出错误，那么400错误将是合适的。