[http]如果未指定content-length,如何识别流的结尾?

时间:2015-05-23 06:02:50

标签: node.js http stream content-length transfer-encoding

首先让我展示我的代码。

http=require("http");
fs=require("fs");
var server=http.createServer(function(req,res){
    var readStream=fs.createReadStream("1.jpg");
    readStream.on("data",function(data){
        res.write(data);
    });
    readStream.on("end",function(data){
        res.write("this string seems not to be sent","utf8");
        res.end("end","utf8");
    });
});

server.listen(3000);

我创建了一个图片1.jpg的readStream,然后发送了数据流。在“结束”事件被触发后,我发送了一个字符串“这个字符串似乎没有被发送”。我没有在标题中指定内容长度。

在客户端,我确实得到了1.jpg。但我没有收到字符串。我想必定有一些东西标志着流的结束。如果是这样,标记是什么?它是如何工作的?

我知道使用“chunked”分配transfer-encoding是一种发送长度不确定的数据的方法,但我的safari显示响应头是:

连接保持活着
传输编码身份

1 个答案:

答案 0 :(得分:2)

  

在客户端,我确实得到了1.jpg。但是我没有收到字符串。

实际上,字符串发送的。为了证实这一点:

$ echo '(Contents of a JPEG file.)' >1.jpg

$ curl -i http://localhost:3000/
HTTP/1.1 200 OK
Date: Sat, 23 May 2015 08:01:48 GMT
Connection: keep-alive
Transfer-Encoding: chunked

(Contents of a JPEG file.)
this string seems not to be sentend

您的浏览器(或图像查看器)了解JPEG的格式,因此它会忽略最后的额外字符串。但是,它已被发送。

  

我猜必须有一些东西标志着流的结束。

是。数据由chunked transfer encoding标记分隔。 curl默认情况下不显示它们,但它们存在。要在回复中看到它们:

$ curl -i --raw http://localhost:3000/
HTTP/1.1 200 OK
Date: Sat, 23 May 2015 08:23:02 GMT
Connection: keep-alive
Transfer-Encoding: chunked

1b
(Contents of a JPEG file.)

20
this string seems not to be sent
3
end
0