我正在为我们的应用程序开发一个新的RESTful Web服务。
当对某些实体执行GET时，客户端可以请求实体的内容。如果他们想添加一些参数（例如排序列表），可以在查询字符串中添加这些参数。
或者，我希望人们能够在请求主体中指定这些参数。HTTP/1.1似乎并没有明确禁止这一点。这将允许他们指定更多信息，可能会更容易指定复杂的XML请求。
我的问题：
这完全是个好主意吗？HTTP客户端在GET请求中使用请求体时会遇到问题吗？
https://www.rfc-editor.org/rfc/rfc2616
当前回答
如果您尝试利用缓存，可能会遇到问题。代理不会在GET主体中查看参数是否对响应有影响。
其他回答
根据RFC 2616第4.3节“消息正文”：
服务器应读取并转发任何请求的消息体；如果请求方法不包括实体实体的定义语义，则在处理请求时应忽略消息体。
也就是说，服务器应该始终从网络中读取任何提供的请求体（检查内容长度或读取分块体等）。此外，代理应该转发他们收到的任何此类请求。然后，如果RFC为给定方法的主体定义了语义，那么服务器实际上可以使用请求主体来生成响应。然而，如果RFC没有定义主体的语义，那么服务器应该忽略它。
这与上面Fielding的引用一致。
第9.3节“GET”描述了GET方法的语义，没有提到请求体。因此，服务器应该忽略它在GET请求中收到的任何请求体。
你可以用身体发送GET，也可以发送POST，然后放弃RESTish宗教信仰（这并不是很糟糕，5年前只有一个信仰的成员——他在上面的评论）。
这两个都不是很好的决定，但发送GET主体可能会防止某些客户端和某些服务器出现问题。
进行POST可能会遇到一些RESTish框架的障碍。
Julian Reschke在上文中建议使用非标准HTTP头，如“SEARCH”，这可能是一个很好的解决方案，只是它不太可能被支持。
列出能够和不能做到上述每一项的客户可能是最有成效的。
无法发送带有正文的GET的客户端（我知道）：
XmlHTTPRequest Fiddler
可以发送带有正文的GET的客户端：
大多数浏览器
可以从GET检索正文的服务器和库：
阿帕奇PHP文件
从GET中剥离主体的服务器（和代理）：
?
不符合base64编码的标头怎么办？“某些参数：sdfSD45fdg45/aS”
长度限制hm.你不能让POST处理区分含义吗？如果你想要像排序这样的简单参数，我不明白为什么这会是一个问题。我想你肯定担心。
罗伊·菲尔丁（Roy Fielding）关于在GET请求中包含身体的评论。
对换句话说，任何HTTP请求消息都允许包含消息体，因此必须考虑到这一点来解析消息。然而，GET的服务器语义受到限制，使得主体（如果有的话）对请求没有语义意义。解析的需求与方法语义的需求是分开的。所以，是的，你可以用GET发送一个身体，但不，这样做从来都没有用。这是HTTP/1.1分层设计的一部分，一旦规范被划分（正在进行中），分层设计将再次变得清晰。……罗伊
是的，您可以用GET发送请求体，但它应该没有任何意义。如果您通过在服务器上解析它并根据其内容更改响应来赋予其含义，那么您将忽略HTTP/1.1规范第4.3节中的建议：
…如果请求方法不包含实体体的定义语义，则在处理请求时应忽略消息体。
以及HTTP/1.1规范第9.3节中GET方法的描述：
GET方法意味着检索请求URI标识的任何信息（[…]）。
其声明请求主体不是GET请求中的资源标识的一部分，而是请求URI。
使现代化
被称为“HTTP/1.1规范”的RFC2616现在已经过时。2014年，它被RFC7230-7237取代。引号“处理请求时应忽略消息正文”已删除。现在只是“请求消息框架独立于方法语义，即使该方法没有定义消息体的任何用途”第二个引号“GET方法意味着检索任何信息……由请求URI标识”被删除。-来自评论
根据HTTP 1.1 2014规范：
GET请求消息中的有效负载没有定义的语义；在GET请求上发送有效负载主体可能会导致一些现有实现拒绝该请求。
Elasticsearch接受带有主体的GET请求。甚至似乎这是首选的方法：Elasticsearch指南
一些客户端库（如Ruby驱动程序）可以在开发模式下将cry命令记录到stdout，并且它广泛使用这种语法。
