我正在为我们的应用程序开发一个新的RESTful Web服务。
当对某些实体执行GET时，客户端可以请求实体的内容。如果他们想添加一些参数（例如排序列表），可以在查询字符串中添加这些参数。
或者，我希望人们能够在请求主体中指定这些参数。HTTP/1.1似乎并没有明确禁止这一点。这将允许他们指定更多信息，可能会更容易指定复杂的XML请求。
我的问题：
这完全是个好主意吗？HTTP客户端在GET请求中使用请求体时会遇到问题吗？
https://www.rfc-editor.org/rfc/rfc2616
当前回答
关于一个老问题的想法：
在正文中添加完整的内容，在查询字符串中添加正文的短哈希，这样缓存就不会有问题（如果正文内容发生变化，哈希值会发生变化），并且您可以在需要时发送大量数据：）
其他回答
你可以用身体发送GET，也可以发送POST，然后放弃RESTish宗教信仰（这并不是很糟糕，5年前只有一个信仰的成员——他在上面的评论）。
这两个都不是很好的决定，但发送GET主体可能会防止某些客户端和某些服务器出现问题。
进行POST可能会遇到一些RESTish框架的障碍。
Julian Reschke在上文中建议使用非标准HTTP头，如“SEARCH”，这可能是一个很好的解决方案，只是它不太可能被支持。
列出能够和不能做到上述每一项的客户可能是最有成效的。
无法发送带有正文的GET的客户端（我知道）：
XmlHTTPRequest Fiddler
可以发送带有正文的GET的客户端：
大多数浏览器
可以从GET检索正文的服务器和库：
阿帕奇PHP文件
从GET中剥离主体的服务器（和代理）：
?
如果您尝试利用缓存，可能会遇到问题。代理不会在GET主体中查看参数是否对响应有影响。
如果您希望允许带有主体的GET请求，一种方法是支持带有标题“X-HTTP-Method-Override:GET”的POST请求。此处描述如下：https://en.wikipedia.org/wiki/List_of_HTTP_header_fields.这个头意味着当方法是POST时，应该将请求视为GET。POST允许Body，因此您可以确定没有人会丢弃GET请求的有效负载。
此标头通常用于通过一些不识别这些方法的代理生成PATCH或HEAD请求，并用GET替换它们（调试总是很有趣！）。
我不建议这样做，这违背了标准做法，也没有提供那么多回报。您希望保留内容的正文，而不是选项。
我向IETF HTTP工作组提出了这个问题。Roy Fielding（1998年，http://1.1文档的作者）的评论是
“…一个实现将被破坏，无法执行除解析和丢弃该主体之外的任何操作”
RFC 7213（HTTPbis）规定：
“GET请求消息中的有效负载没有定义的语义；”
现在看来很明显，其意图是禁止GET请求体上的语义，这意味着请求体不能用于影响结果。
如果你在GET上包含一个主体，那么有一些代理肯定会以各种方式破坏你的请求。
总之，不要这样做。
