HTTP请求方法的有效载荷

HTTP上的Wikipedia条目列出了以下HTTP请求方法：

• HEAD：请求与GET请求相同的响应，但没有响应主体。
• GET：请求表示指定资源。
• POST：将要处理的数据（例如，从HTML表单）提交到标识的资源。数据包含在请求的正文中。
• PUT：上载指定资源的表示。
• DELETE：删除指定的资源。
• 跟踪：回显收到的请求，以便客户端可以看到中间服务器所做的更改（如有）或添加的内容。
• 选项：返回服务器支持的指定URL的HTTP方法。可以通过请求“ *”而不是特定资源来检查Web服务器的功能。
• CONNECT：将请求连接转换为透明的TCP / IP隧道，通常是为了通过未加密的HTTP代理促进SSL加密的通信（HTTPS）。
• 补丁：用于对资源进行部分修改。

我有兴趣了解（特别是关于前五个方法）：

• 这些方法中的哪一个能够（应该？）接收有效载荷
  • 可以接收有效载荷的方法中，它们如何接收？
    • 通过URL中的查询字符串？
    • 通过URL编码的正文？
    • 通过原始/分割的身体？
    • 通过以上（[全部/部分]的组合）？

感谢您的所有投入，如果您可以分享一些（最好是轻度的）阅读，那太好了！

RFC 7231（HTTP 1.1语义和内容）是HTTP方法语义的最新信息和权威信息。该规范表明，GET，HEAD，OPTIONS或CONNECT消息中可能包含的有效载荷没有定义的含义。第4.3.8节指出，客户不得发送TRACE请求的正文。因此，只有TRACE不能拥有有效负载，但是GET，HEAD，OPTIONS和CONNECT可能不会，并且如果客户端发送一个，则服务器不希望知道如何处理它（意味着它可以忽略它）。

如果您认为有任何歧义，可以在邮件列表中表达您的疑虑。

这是RFC 7231的摘要，该更新是发布的链接@Darrel的更新版本：

• HEAD-没有定义的主体语义。
• GET-没有定义的主体语义。
• PUT-身体支持。
• POST-身体支持。
• DELETE-没有定义的主体语义。
• 跟踪-不支持正文。
• 选项-正文受支持，但没有用法的语义（可能在将来）。
• CONNECT-没有定义的主体语义

就像@John也提到的那样，所有请求方法都支持URL中的查询字符串（一个值得注意的例外可能是OPTIONS，如果URL为，则仅在[在我的测试中]很有用HOST/*）。

我没有测试CONNECT和PATCH方法，因为我对它们的ATM没有兴趣。

我很确定还不清楚GET请求是否可以包含有效负载。GET请求通常通过查询字符串发布表单数据，与HEAD请求相同。HEAD本质上是GET-除非它不需要响应主体。

（旁注：我说不清楚，因为GET请求可以从技术上升级到另一个协议；实际上，一个版本的websockets做到了这一点，虽然某些代理软件可以很好地工作，但其他的握手协议却令人cho舌。）

POST通常具有主体。没有什么可以阻止您使用查询字符串，但是POST正文通常会在POST中包含表单数据。

有关更多（更详细）的信息，请参阅实际的HTTP / 1.1规范。