网站开发属于技术合同,网页游戏网页游戏,服务行业网站建设,做的比较好网站有哪些参考链接#xff1a; HTTP 协议中的 Transfer-Encoding 分块传输编码 https://www.cnblogs.com/xuehaoyue/p/6639029.html 一、背景#xff1a; 持续连接的问题#xff1a;对于非持续连接#xff0c;浏览器可以通过连接是否关闭来界定请求或响应实体的边界#xff1b;而…参考链接 HTTP 协议中的 Transfer-Encoding 分块传输编码 https://www.cnblogs.com/xuehaoyue/p/6639029.html 一、背景 持续连接的问题对于非持续连接浏览器可以通过连接是否关闭来界定请求或响应实体的边界而对于持续连接这种方法显然不奏效。有时尽管我已经发送完所有数据但浏览器并不知道这一点它无法得知这个打开的连接上是否还会有新数据进来只能傻傻地等了。用Content-length解决计算实体长度并通过头部告诉对方。浏览器可以通过 Content-Length 的长度信息判断出响应实体已结束Content-length引入的新问题由于 Content-Length 字段必须真实反映实体长度但是对于动态生成的内容来说在内容创建完之前长度是不可知的。这时候要想准确获取长度只能开一个足够大的 buffer等内容全部生成好再计算。但这样做一方面需要更大的内存开销另一方面也会让客户端等更久。我们需要一个新的机制不依赖头部的长度信息也能知道实体的边界——分块编码Transfer-Encoding: chunked 二、分块编码Transfer-Encoding: chunked Transfer-Encoding是一个 HTTP 头部字段响应头域字面意思是「传输编码」。最新的 HTTP 规范里只定义了一种编码传输分块编码(chunked)。分块传输编码Chunked transfer encoding是超文本传输协议HTTP中的一种数据传输机制允许HTTP由网页服务器发送给客户端的数据可以分成多个部分。分块传输编码只在HTTP协议1.1版本HTTP/1.1中提供。数据分解成一系列数据块并以一个或多个块发送这样服务器可以发送数据而不需要预先知道发送内容的总大小。 具体方法 在头部加入 Transfer-Encoding: chunked 之后就代表这个报文采用了分块编码。这时报文中的实体需要改为用一系列分块来传输。每个分块包含十六进制的长度值和数据长度值独占一行长度不包括它结尾的 CRLF(\r\n)也不包括分块数据结尾的 CRLF。最后一个分块长度值必须为 0对应的分块数据没有内容表示实体结束。 例 HTTP/1.1 200 OKContent-Type: text/plainTransfer-Encoding: chunked 25\r\nThis is the data in the first chunk\r\n 1C\r\nand this is the second one\r\n 3\r\n con\r\n 8\r\nsequence\r\n 0\r\n \r\n Content-Encoding 和 Transfer-Encoding 二者经常会结合来用其实就是针对 Transfer-Encoding 的分块再进行 Content-Encoding压缩。