带有请求主体的HTTP GET

我正在为我们的应用程序开发一个新的RESTful Web服务。

当对某些实体执行GET时，客户端可以请求实体的内容。如果他们想添加一些参数（例如排序列表），可以在查询字符串中添加这些参数。

或者，我希望人们能够在请求主体中指定这些参数。HTTP/1.1似乎并没有明确禁止这一点。这将允许他们指定更多信息，可能会更容易指定复杂的XML请求。

我的问题：

这完全是个好主意吗？HTTP客户端在GET请求中使用请求体时会遇到问题吗？

https://www.rfc-editor.org/rfc/rfc2616

当前回答

不符合base64编码的标头怎么办？“某些参数：sdfSD45fdg45/aS”

长度限制hm.你不能让POST处理区分含义吗？如果你想要像排序这样的简单参数，我不明白为什么这会是一个问题。我想你肯定担心。

2011-02-15 21:34:57

其他回答

REST作为协议不支持OOP，Get方法就是证明。作为解决方案，您可以将DTO序列化为JSON，然后创建查询字符串。在服务器端，您将能够将查询字符串反序列化为DTO。

看看：

ServiceStack中基于消息的设计使用WCF构建基于RESTful消息的Web服务

基于消息的方法可以帮助您解决Get方法的限制。您可以将任何DTO作为请求主体发送

Nelibur web服务框架提供了您可以使用的功能

var client = new JsonServiceClient(Settings.Default.ServiceAddress);
var request = new GetClientRequest
    {
        Id = new Guid("2217239b0e-b35b-4d32-95c7-5db43e2bd573")
    };
var response = client.Get<GetClientRequest, ClientResponse>(request);

as you can see, the GetClientRequest was encoded to the following query string

http://localhost/clients/GetWithResponse?type=GetClientRequest&data=%7B%22Id%22:%2217239b0e-b35b-4d32-95c7-5db43e2bd573%22%7D

2014-02-09 23:04:22

restclient和REST控制台都不支持这一点，但curl支持。

HTTP规范在第4.3节中说明

如果请求方法规范（第5.1.1节）不允许在请求中发送实体体，则请求中不得包含消息体。

第5.1.1节将我们重定向到第9.x节以了解各种方法。它们都没有明确禁止包含消息体。然而

第5.2节规定

通过检查请求URI和主机头字段来确定由Internet请求标识的确切资源。

第9.3节规定

GET方法意味着检索请求URI标识的任何信息（以实体的形式）。

这一起表明，在处理GET请求时，服务器不需要检查除请求URI和主机头字段之外的任何内容。

总之，HTTP规范不会阻止您使用GET发送消息体，但存在足够的歧义，如果不是所有服务器都支持它，我不会感到惊讶。

2013-03-27 10:41:38