怎么将http头的transfer-encoding换成content-length呢

lofky7

如题

使用的http/1.1，在网上查询了下，大概是当文件长了，自动转化成transfer-encoding。

有没有设置方法一直是content-lenght呢

anymaybe

你说的是响应头吧？

http://nginx.org/en/docs/http/ngx_http_core_module.html#chunked_transfer_encoding

在 2016年4月19日星期二 UTC+8下午5:37:35，Renzhi Lu写道：

如题
使用的http/1.1，在网上查询了下，大概是当文件长了，自动转化成transfer-encoding。
有没有设置方法一直是content-lenght呢

agentzh

Hello!

On Tue, Apr 19, 2016 at 2:37 AM, Renzhi Lu wrote:
> 使用的http/1.1，在网上查询了下，大概是当文件长了，自动转化成transfer-encoding。
> 有没有设置方法一直是content-lenght呢
>

Chunked 格式的响应支持流式处理，而 Content-Length 则需要预知响应的总长度，通常需要昂贵的全缓冲。所以能用前者，尽量用前者。

Regards,
-agentzh

anymaybe

chunked 是对TTFB(Time To First Byte)很有好处，但在一些下载的场景，chunked可能并不是最好的选择；

因为客户端可能会使用range的方式来并非取数据，此时chunked就不适合了；

在 2016年4月23日星期六 UTC+8上午3:24:19，agentzh写道：

Hello!

On Tue, Apr 19, 2016 at 2:37 AM, Renzhi Lu wrote:
> 使用的http/1.1，在网上查询了下，大概是当文件长了，自动转化成transfer-encoding。
> 有没有设置方法一直是content-lenght呢
>

Chunked 格式的响应支持流式处理，而 Content-Length 则需要预知响应的总长度，通常需要昂贵的全缓冲。所以能用前者，尽量用前者。

Regards,
-agentzh

agentzh

Hello!

2016-04-23 3:05 GMT-07:00 Guanglin Lv:
> 因为客户端可能会使用range的方式来并非取数据，此时chunked就不适合了；
>

Range 请求肯定是能够预知总长度的了。长度就在请求头里面。当你能预知总长度时，自然应该尽量设置 Content-Length.
绝大多数动态生成的内容都是无法预知总长度的。

Regards,
-agentzh