HTTP请求方法的有效负载

Question

Wikipedia entry on HTTP列出了以下HTTP请求方法：

• HEAD:请求与对应于GET请求的响应相同的响应，但是没有响应body.
• GET:请求，指定的resource.
• POST:的表示将待处理的数据(例如，来自HTML表单)提交给所标识的资源。数据包含在request.
• PUT:的正文中上载指定resource.
• DELETE:的表示删除指定的resource.
• TRACE:回显接收到的请求，以便客户端可以看到中间servers.
• OPTIONS:进行了哪些更改或添加(如果有)返回服务器支持的指定URL方法。这可用于检查web服务器的功能，方法是请求'*‘而不是特定的resource.
• CONNECT:将请求连接转换为透明的TCP/IP隧道，通常用于通过未加密的HTTPS加密通信(HTTPS) proxy.
• PATCH:用于对资源应用部分修改。

我有兴趣知道(特别是关于前五种方法)：

这些方法的

• which是能够的(应该是？)接收有效载荷
  • of可以接收有效载荷的方法，它们如何接收有效载荷?通过URL中的查询字符串接收
    • ？通过URL编码的正文接收
    • ？通过原始/分块正文接收
    • ？通过(全部/部分)URL的组合

    <代码>H154

​

​

我感谢所有的投入，如果你能分享一些(最好是轻量级的)阅读，那也是很棒的！

Answer 1

RFC 7231，HTTP1.1语义和内容，是关于HTTP方法语义的最新和最权威的来源。该规范指出，GET、HEAD、OPTIONS或CONNECT消息中可能包含的有效负载没有定义的含义。4.3.8节规定客户端不能为跟踪请求发送正文。因此，只有跟踪不能有有效负载，但GET、HEAD、OPTIONS和CONNECT可能不会有有效负载，并且如果客户端发送有效负载，服务器不会知道如何处理它(这意味着它可以忽略它)。

如果你认为有任何东西是模棱两可的，那么你可以在a mailing list上表达你的担忧。

Answer 2

以下是来自RFC 7231的摘要，这是@Darrel发布的链接的更新版本：

• HEAD - No defined Body semantics.
• GET - no defined body semantics.
• PUT - Body supported.
• POST - Body supported.
• DELETE - No defined body semantics.
• TRACE - Body supported.
• OPTIONS不支持body，但没有使用语义(可能在future).
• CONNECT中- No defined body semantics

正如@John还提到的，所有请求方法都支持URL中的查询字符串(一个值得注意的例外可能是OPTIONS，它在我的测试中只有在URL为HOST/*时才有用)。

我没有测试连接和补丁方法，因为我对它们不感兴趣。

Answer 3

我非常确定GET请求是否可以有负载还不清楚。GET请求通常通过查询字符串发布表单数据，HEAD请求也是如此。HEAD本质上是GET --除了它不想要响应体。

(附注:我说这不清楚，因为从技术上讲，GET请求可以升级到另一种协议；实际上，websockets的一个版本就是这样做的，虽然一些代理软件可以很好地处理它，但其他代理软件在握手时会阻塞。)

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

要获得更多(更详细)的信息，我会点击实际的HTTP/1.1 specs。