为 GET 请求设置的正确内容长度是多少？

Question

当我使用以下代码发出 POST 请求时：

string body = "Hello World";
byte[] bytes = Encoding.ASCII.GetBytes(body);
WebRequest request = WebRequest.Create("http://internalurl");
request.Method = "POST";
request.ContentLength = bytes.Length;

我将内容长度设置为 POSTed 的字节数。 GET 请求的正确 ContentLength 是多少？

Answer 1

由于在执行 GET 请求时通常不会发送任何其他数据，因此根本不应发送标头 Content-Length。

仅当您发送消息正文时才应包含标头 Content-Length，并且相关标头的值始终是该字段的长度，以单位为单位测量(OCTET) 字节。

(RFC2616) 14.13 内容长度

Content-Length 实体标头字段指示发送给接收者的实体主体的大小（以十进制数的八位字节数表示），或者在 HEAD 方法的情况下，指示实体主体的大小如果请求是 GET，则已发送。

<截图/>

应用程序应该使用此字段来指示消息正文的传输长度，除非 4.4。

---

（据我所知）在执行 GET 请求时包含 message-body 被认为是不好的做法，但在读取 HTTP RFC2616 我没有看到任何说明 GET 请求不能包含消息正文。

不过，如果您在消息正文中发送数据并希望在这种情况下对其进行解析和处理，那么今天的大多数网络服务器都不会回复您希望它们回复的内容。

(RFC2616) 4.3 消息正文

HTTP 消息的消息体（如果有）用于携带
与请求或响应关联的实体主体。消息正文
仅当传输编码已完成时才与实体主体不同
应用，如传输编码头字段所示（部分
14.41）。

 消息正文 = 实体正文
                | <按照传输编码编码的实体主体>

传输编码必须用于指示任何传输编码
由应用程序应用，以确保安全和正确的传输
信息。传输编码是消息的属性，而不是实体的属性，因此可以由沿传输方向的任何应用程序添加或删除
请求/响应链。 （但是，第 3.6 节对
当可以使用某些传输编码时。）

消息中允许使用消息正文的规则因情况而异
请求和响应。

请求中消息正文的存在由
包含 Content-Length 或 Transfer-Encoding 头字段
请求的消息标头。

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

服务器应该读取并转发任何请求的消息正文；如果请求方法
不包括实体主体的定义语义，那么
处理请求时应该忽略消息正文。