我注意到 node.js 中以下代码的性能有一种奇怪的行为。当大小content
为 1.4KB 时,请求的响应时间大约为 16ms。但是,当 的大小content
只有 988 字节时,请求的响应时间奇怪地长了很多,大约200 毫秒:
response.writeHead(200, {"Content-Type": "application/json"});
response.write(JSON.stringify(content, null, 0));
response.end();
这似乎并不直观。查看 Firebug 的 net 选项卡,增加/差异都来自接收(另一方面,两者的等待时间均为 16 毫秒)。
我进行了以下更改来修复它,以便两种情况都有 16 毫秒的响应时间:
response.writeHead(200, {"Content-Type": "application/json"});
response.end(JSON.stringify(content, null, 0));
我查看了 node.js文档,但到目前为止还没有找到相关信息。我猜这与缓冲有关,但 node.js 可以在write()
和之间抢占end()
吗?
更新:
这是在 Linux 上的 v0.10.1 上测试的。
我试图查看源代码并确定了 2 条路径之间的区别。第一个版本有 2 个 Socket.write 调用。
writeHead(...)
write(chunk)
chunk = Buffer.byteLength(chunk).toString(16) + CRLF + chunk + CRLF;
ret = this._send(chunk);
this._writeRaw(chunk);
this.connection.write(chunk);
end()
ret = this._send('0\r\n' + this._trailer + '\r\n'); // Last chunk.
this._writeRaw(chunk);
this.connection.write(chunk);
第二个好的版本只有 1 个 Socket.write 调用:
writeHead(...)
end(chunk)
var l = Buffer.byteLength(chunk).toString(16);
ret = this.connection.write(this._header + l + CRLF +
chunk + '\r\n0\r\n' +
this._trailer + '\r\n', encoding);
仍然不确定是什么让第一个版本在较小的响应大小下不能很好地工作。