分块编码

分块编码

分块编码传输是和持久连接配合使用的,因为如果不是持久连接的话就不需要知道长度等信息,只需要读到连接关闭即可。在持久连接的情况下,如果是服务端动态创建内容可能无法提前知道主体的长度,Content-Length也就无法明确,自然也就无法确认某次响应需要读取多少数据。这时候就可以利用分块编码传输解决这个问题,同时分块的方式也可以提高效率。比如传输过程中需要使用压缩技术,分块可以实现一边压缩一边传输。

分块编码基本格式如下(以响应报文为例):

js 复制代码
HTTP/1.1 200 OK<CR><LF> // 响应行
Content-Type: text/plain<CR><LF> // 此行及其以下是响应头
Transfer-Encoding: chunked<CR><LF>
Trailer: Content-MD5<CR><LF>
<CR><LF>

11<CR><LF> // 此行及其以下是响应体
123456789012345678901234567<CR><LF>
12<CR><LF>
1234567890123456789012345678<CR><LF>
...
0<CR><LF>
<CR><LF>

响应行和常规的HTTP响应报文一致,包含协议版本,响应状态码和原因短语。响应头的各个标头字段键值对。

需要注意的是,如果是分块编码则Transfer-Encoding必须指定为chunked。然后以一个<CR><LF>和主体部分分隔,接下去就是一个个数据分块,其中每个分块的格式都是一致的。每个分块包含十六进制的长度值和数据,长度值独占一行,长度不包括它结尾的 CRLF(\r\n),也不包括分块数据结尾的CRLF(\r\n)。

js 复制代码
length<CR><LF>
data<CR><LF>

length是十六进制的数据长度,最后一个分块长度值必须为 0,对应的分块数据没有内容,表示数据传输结束,这时候接收端就会认为这次的数据已经读取完成了。

其中分块传输除了上面提到的优点之外还有一个好处就是方便在主体内容传输完成之后再补充一些Header信息。如同示例中的Content-MD5,因为一开始无法知道主体的全部内容自然也是无法计算数据校验信息,这时候如果使用chunked再配合Trailer头就可以在分块数据的末尾补充一些Header信息。

相关推荐
PanZonghui2 分钟前
用项目说话:我的React博客构建成果与经验复盘
前端·react.js·typescript
言兴5 分钟前
教你如何理解useContext加上useReducer
前端·javascript·面试
sunbyte9 分钟前
50天50个小项目 (Vue3 + Tailwindcss V4) ✨ | GoodCheapFast(Good - Cheap - Fast三选二开关)
前端·javascript·css·vue.js·tailwindcss
前端的日常10 分钟前
网页视频录制新技巧,代码实现超简单!
前端
前端的日常12 分钟前
什么是 TypeScript 中的泛型?请给出一个使用泛型的示例。
前端
ccc101816 分钟前
老师问我localhost和127.0.0.1,有什么区别?
前端
Struggler28123 分钟前
Chrome插件开发
前端
前端 贾公子35 分钟前
Monorepo + vite 怎么热更新
前端
然我1 小时前
不用 Redux 也能全局状态管理?看我用 useReducer+Context 搞个 Todo 应用
前端·javascript·react.js
前端小巷子1 小时前
Web 实时通信:从短轮询到 WebSocket
前端·javascript·面试