回应有
Transfer-Encoding: chunked。这
Content-Length是不适用的,因为内容是在响应主体内的一个或多个部分(块)中发送的,其中的标记指示每个单独块的字节长度。http://en.wikipedia.org/wiki/Chunked_transfer_encoding
Node.js默认为
Transfer-Encoding: chunked。但是,通过
Content-Length在本机http响应对象上设置标头可以禁用此功能。HTTP模块的文档说:
发送“ Content-length”标头将禁用默认的分块编码。
Content-Encoding:gzip在响应中的标题旁边,您可能已启用了
connect.compress中间件。所述
connect.compress中间件去除
Content-Length报头。
无论如何,除非您自己生成压缩的内容,否则生成的
Content-Length标头肯定不适合最终(压缩)响应正文。幸运的是,连接中间件为您解决了这一问题。
使用Express或Connect时,您不应假定与res对象一起“发送”的内容实际上是通过这种方式发送给客户端的。中间有中间件。所有中间件都具有更改响应的几乎所有功能的能力,包括更改响应主体以及添加,删除和更改标头。要求也一样。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)