最近有人提出疑问，当HTTP响应头中的Transfer-Encoding设置为chunked时，为什么不需要指定Content-Length？这一问题实际上涉及到HTTP协议中两种不同的内容长度管理机制。本文将详细解释这两种机制，并通过示例说明它们的应用场景。
背景
在HTTP通信中，Content-Length是一个重要的头部字段，它指定了消息体的大小，以字节为单位。然而，在某些情况下，如流媒体传输或动态生成的内容，预先确定整个消息体的大小是不现实的。这时，chunked编码就显得尤为重要。
根据《HTTP权威指南》一书，HTTP响应通常应包含Content-Type和Content-Length。但在实际开发中，尤其是在使用Node.js等现代技术栈时，开发者可能会发现即使省略了这些头部，HTTP服务器也能正常工作。
例如，以下是一个简单的Node.js服务器示例，该服务器未明确设置Content-Length：
const http = require('http');
http.createServer((req, res) => {
res.writeHead(200, {'Content-Type': 'text/plain'});
res.end('Hello World\n');
}).listen(8080);
console.log('Server running at http://127.0.0.1:8080/');
在这个例子中，通过Postman或其他工具测试时，确实看不到Content-Length头部。这是否意味着服务器没有提供内容长度信息呢？答案是否定的，特别是在使用chunked编码时。
Chunked编码详解
Chunked编码是一种允许发送方将数据分割成多个块（chunks）进行传输的技术。每个块都有自己的长度，最后一个块长度为0，标志着消息体的结束。这种方式使得服务器可以在不知道整个消息体大小的情况下开始发送数据，非常适合于动态内容的实时传输。
以下是一个使用Node.js实现的HTTP服务器，演示如何手动处理chunked编码：
const net = require('net');
const port = 3000;
net.createServer(socket => {
socket.on('data', data => {
const msg = data.toString();
console.log(msg);
socket.write('HTTP/1.1 200 OK\r\n');
socket.write(`Date: ${new Date().toGMTString()}\r\n`);
socket.write('Content-Type: text/html\r\n');
socket.write('Transfer-Encoding: chunked\r\n');
socket.write(`\r\n${(12).toString(16)}\r\n`); // 声明接下来的数据块大小为12字节
socket.write('Hello World!');
socket.write(`\r\n0\r\n\r\n`); // 结束标志
});
}).listen(port);
console.log(`Use: curl -v http://127.0.0.1:${port}`);
在这个示例中，每个数据块的大小都通过16进制数在数据前声明，接收方根据这些声明来解析数据块。最后一个0块表示数据传输的结束。
进一步修改代码，添加更多的数据块，可以更好地理解chunked编码的工作原理：
const net = require('net');
const port = 3000;
net.createServer(socket => {
socket.on('data', data => {
const msg = data.toString();
console.log(msg);
socket.write('HTTP/1.1 200 OK\r\n');
socket.write(`Date: ${new Date().toGMTString()}\r\n`);
socket.write('Content-Type: text/html\r\n');
socket.write('Transfer-Encoding: chunked\r\n');
socket.write(`\r\n${(12).toString(16)}\r\n`); // 第一个数据块，12字节
socket.write('Hello World!');
socket.write(`\r\n${(4).toString(16)}\r\n`); // 第二个数据块，4字节
socket.write('Boy!');
socket.write(`\r\n0\r\n\r\n`); // 结束标志
});
}).listen(port);
console.log(`Use: curl -v http://127.0.0.1:${port}`);
通过这种方式，chunked编码允许服务器逐步发送数据，而无需提前知道整个消息体的大小，这对于动态内容的传输尤其有用。
结论
虽然在使用chunked编码时，HTTP响应头部不包含Content-Length，但这并不意味着没有提供内容长度信息。实际上，每个数据块的长度都在数据块本身中指定，接收方通过解析这些长度信息来正确组装数据。因此，chunked编码提供了一种灵活的内容传输方式，特别适用于不确定内容长度或需要实时传输的场景。
京公网安备 11010802041100号