[英]What happens in HTTP response to a GET request without Content-Length or Transfer-encoding?
如果对GET请求的响应没有Content-Length或Transfer-encoding：chunked字段，会发生什么？ 客户如何知道消息何时结束？
RFC 7230第3.3.3节包含一个很好的查找邮件正文大小的条件清单。 基本上它说答案取决于状态代码是什么。 相关条件是＃1和＃7。
“1.任何响应...具有1xx（信息），204（无内容）或304（未修改）状态代码始终由标题字段后的第一个空行终止，而不管标题字段中是否存在标题字段。消息，因此不能包含消息体。“
“7.否则，这是一条没有声明消息体长度的响应消息，因此消息体长度由服务器关闭连接之前接收的八位字节数决定。”
还值得知道消息可能在身体部分结束后继续。 RFC 7230第4.4节定义了一个预告片功能，其中有效载荷可以跟随第二组mime标头。 如果存在，则消息结束。
根据规范
消息正文的长度由以下之一确定（按优先顺序排列）：
- [...]
- 否则，这是没有声明的消息体长度的响应消息，因此消息体长度由服务器关闭连接之前接收的八位字节数确定。
客户端需要检测连接是否已关闭。
HTTP响应头有效，没有Transfer-Encoding和Content-Length？
[英]HTTP response headers valid with no Transfer-Encoding and Content-Length?
“内容长度”或“分块传输编码”是 Http 请求的必要条件吗？
[英]Is “Content-Length” or “chunked transfer-encoding” a must for Http request?
即使未在http请求中设置content-length标头，我的HTTP响应也没有分块传输编码
[英]My HTTP response does not have transfer-encoding chunked even after not setting content-length header in http request
HTTP应用程序是否发送内容长度或传输编码，其中204无内容响应已损坏？
[英]Is an HTTP application that sends a Content-Length or Transfer-Encoding with a 204 No Content response broken?
从spring servlet HTTP响应中删除Content-Length和Transfer-Encoding标头
[英]Remove Content-Length and Transfer-Encoding Headers from spring servlet HTTP Response
如何处理没有 Transfer-Encoding 和 Content-Length 标头的请求消息？
[英]How to treat request messages without Transfer-Encoding nor Content-Length headers?
内容长度或传输编码在具有正文时的响应中是必需的
[英]Is Content-Length or Transfer-Encoding is mandatory in a response when it has body
net/http 服务器不发送 100 Continue 除非客户端发送 Transfer-Encoding: chunked or nonzero Content-Length
[英]net/http server does not send 100 Continue unless client sends Transfer-Encoding: chunked or nonzero Content-Length
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
