http协议chunk 编码

本文详细介绍了HTTP协议中Chunked编码的工作原理及其数据结构。Chunked编码用于当服务器无法预先确定响应消息大小时,实现实时生成消息长度的情况。文章解释了Chunked编码的格式、传输过程及解码步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

         有时服务器生成HTTP回应是无法确定消息大小的,这时用Content-Length就无法事先写入长度,而需要实时生成消息长度,这时服务器一般采用Chunked编码。 

http协议之chunk数据结构

chunk编码其实是一种动态数据传输协议,针对大数据可以动态传输,网页可以动态显示。

chunk编码格式如下:

[chunk size][\r\n][chunk data][\r\n][chunk size][\r\n][chunk data][\r\n][chunk size = 0][\r\n][\r\n]

chunk size是以十六进制的ASCII码表示,比如3361,计算成长度应该是:58,表示从回车之后有连续的58字节的数据。

chunk数据以0长度的chunk块结束。

  
     在进行Chunked编码传输时,在回复消息的头部有transfer-coding并定为Chunked,表示将用Chunked编码传输内容。采用以下方式编码:  
    Chunked-Body=*chunk  
           "0"CRLF  
           footer  
           CRLF  
    chunk=chunk-size[chunk-ext]CRLF  
        chunk-dataCRLF  
    
    hex-no-zero=<HEXexcluding"0">  
    
    chunk-size=hex-no-zero*HEX  
    chunk-ext=*(";"chunk-ext-name["="chunk-ext-value])  
    chunk-ext-name=token  
    chunk-ext-val=token|quoted-string  
    chunk-data=chunk-size(OCTET)  
    
    footer=*entity-header  
    编码使用若干个Chunk组成,由一个标明长度为0的chunk结束,每个Chunk有两部分组成,第一部分是该Chunk的长度和长度单位(一般不 写),第二部分就是指定长度的内容,每个部分用CRLF隔开。在最后一个长度为0的Chunk中的内容是称为footer的内容,是一些没有写的头部内 容。  
    下面给出一个Chunked的解码过程(RFC文档中有)  
    length:=0  
    readchunk-size,chunk-ext(ifany)andCRLF  
    while(chunk-size>0){  
    readchunk-dataandCRLF  
    appendchunk-datatoentity-body  
    length:=length+chunk-size  
    readchunk-sizeandCRLF  
    }  
    readentity-header  
    while(entity-headernotempty){  
    appendentity-headertoexistingheaderfields  
    readentity-header  
    }  
    Content-Length:=length  
    Remove"chunked"fromTransfer-Encoding

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值