GET HTTP请求有效载荷

我正在设计一个API，想知道在GET请求中发送JSON负载是否可行？

在这个问题中HTTP请求方法的负载，我们可以根据这个链接找到以下内容：

• HEAD - 未定义的正文语义。
• GET - 未定义的正文语义。
• PUT - 支持正文。
• POST - 支持正文。
• DELETE - 未定义的正文语义。
• TRACE - 不支持正文。
• OPTIONS - 支持正文，但没有语义（可能在将来使用）。

这是否意味着我不应该发送带有负载的GET请求？

这样做会有风险吗？

• 比如一些HTTP客户端库无法发送这样的负载？
• 或者我的Java API代码在某些应用服务器上不可移植？
• 还有其他什么问题吗？

我发现ElasticSearch在GET请求中使用了这样的负载：

$ curl -XGET 'http://localhost:9200/twitter/tweet/_search?routing=kimchy' -d '{
    "query": {
        "filtered" : {
            "query" : {
                "query_string" : {
                    "query" : "some query string here"
                }
            },
            "filter" : {
                "term" : { "user" : "kimchy" }
            }
        }
    }
}
'

所以如果这个流行的库这样做而没有人抱怨，那么我也可以这样做吗？

顺便说一下，我想知道是否可以混合使用查询字符串参数和JSON负载？就像ElasticSearch的查询一样。如果可以的话，是否有规则可以知道哪些参数应该是查询字符串参数，哪些参数应该是负载参数？

在这里我们可以读到：

带有请求体的HTTP GET

Roy Fielding关于在GET请求中包含正文的评论。

是的。换句话说，任何HTTP请求消息都可以包含一个

消息正文，并且必须解析带有这个正文的消息。然而，对于GET的服务器

语义受限，因此，如果有的话，正文对请求没有语义上的意义。对解析的要求

与方法语义的要求是分开的。

所以，是的，你可以发送带有GET请求的正文，但是，不，这是从来没有用过。

这是HTTP/1.1的分层设计的一部分，在规范分区后会再次变得清晰

（正在进行中的工作）。

....Roy

然后我真的不明白为什么它从来没有用过，因为在我看来，将复杂查询发送到服务器是有意义的，这些查询在查询参数或矩阵参数中不容易适应。

我认为ElasticSearch的API设计者也是这样认为的...

我计划设计一个可以像这样调用的API：

curl -XGET 'http://localhost:9000/documents/inbox?pageIndex=0&pageSize=10&sort=title'
curl -XGET 'http://localhost:9000/documents/trash?pageIndex=0&pageSize=10&sort=title'
curl -XGET 'http://localhost:9000/documents/search?pageIndex=0&pageSize=10&sort=title' -d '{
    "someSearchFilter1":"filterValue1",
    "someSearchFilter2":"filterValue2",
    "someSearchFilterList": ["filterValue3","xxx"]
    ... a lot more ...
}
'

你觉得这样可以吗？基于上述考虑。