我正在为我们的应用程序开发一个新的RESTful Web服务。
当对某些实体执行GET时，客户端可以请求实体的内容。如果他们想添加一些参数（例如排序列表），可以在查询字符串中添加这些参数。
或者，我希望人们能够在请求主体中指定这些参数。HTTP/1.1似乎并没有明确禁止这一点。这将允许他们指定更多信息，可能会更容易指定复杂的XML请求。
我的问题：
这完全是个好主意吗？HTTP客户端在GET请求中使用请求体时会遇到问题吗？
https://www.rfc-editor.org/rfc/rfc2616
当前回答
根据XMLHttpRequest，它无效。根据标准：
4.5.6 send（）方法客户send（[正文=空]）启动请求。可选参数提供请求身体如果请求方法是GET或HEAD，则忽略该参数。如果任一状态都不是，则引发InvalidStateError异常打开或设置send（）标志。send（body）方法必须运行以下步骤：如果状态未打开，则引发InvalidStateError异常。如果设置了send（）标志，则引发InvalidStateError异常。如果请求方法是GET或HEAD，请将body设置为null。如果body为空，则转到下一步。
虽然，我认为这不应该，因为GET请求可能需要大量的正文内容。
因此，如果您依赖浏览器的XMLHttpRequest，它很可能无法工作。
其他回答
例如，它适用于Curl、Apache和PHP。
PHP文件：
<?php
echo $_SERVER['REQUEST_METHOD'] . PHP_EOL;
echo file_get_contents('php://input') . PHP_EOL;
Console命令：
$ curl -X GET -H "Content-Type: application/json" -d '{"the": "body"}' 'http://localhost/test/get.php'
输出：
GET
{"the": "body"}
虽然您可以做到这一点，但只要HTTP规范没有明确排除它，我建议避免它，因为人们不希望事情以这种方式工作。HTTP请求链中有许多阶段，虽然它们“大部分”符合HTTP规范，但唯一可以保证的是，它们的行为将与web浏览器传统使用的一样。（我想的是透明代理、加速器、A/V工具包等）
这就是稳健性原则背后的精神。大致上，“接受的内容要自由，发送的内容要保守”，你不想在没有充分理由的情况下突破规范的界限。
然而，如果你有充分的理由，那就去做吧。
我不建议这样做，这违背了标准做法，也没有提供那么多回报。您希望保留内容的正文，而不是选项。
如果您希望允许带有主体的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替换它们（调试总是很有趣！）。
根据RFC 2616第4.3节“消息正文”：
服务器应读取并转发任何请求的消息体；如果请求方法不包括实体实体的定义语义，则在处理请求时应忽略消息体。
也就是说，服务器应该始终从网络中读取任何提供的请求体（检查内容长度或读取分块体等）。此外，代理应该转发他们收到的任何此类请求。然后，如果RFC为给定方法的主体定义了语义，那么服务器实际上可以使用请求主体来生成响应。然而，如果RFC没有定义主体的语义，那么服务器应该忽略它。
这与上面Fielding的引用一致。
第9.3节“GET”描述了GET方法的语义，没有提到请求体。因此，服务器应该忽略它在GET请求中收到的任何请求体。
