php header请求重写的一个问题

同事叫我帮忙解释一个问题:一个PHP生成的重定向请求,在Nginx日志里产生两种截然不同的记录,一种响应体大小是零个字节,另一种响应体大小是五个字节.

现在年纪大了,面对问题时的嗅觉不再灵敏,第一感觉零是正确的,心想是不是重定向后忘记退出了,后面还有内容输出,可是查了一下代码发现没有问题,代码如下:

1. <?php 
2. header('Location: /path'); 
3. //开源软件:phpfensi.com 
4. exit; 
5. ?> 

在绕了一大圈之后,我猛然意识到环境是Nginx+PHP,响应没有「Content-Length」,数据是通过「Transfer-Encoding」分块发送的,所以重定向的空响应体实际类似:

0＼r＼n＼r＼n

不多不少,正好五个字节,细节大家可以参考Chunked transfer encoding,如此看来在此类空响应体的情况下,PHP主动输出一个「Content-Length:0」说不定会更好些.

那零个字节的响应如何解释呢？查询日志发现如下两种情况:

HEAD “/path HTTP/1.1″ 302 0

GET “/path HTTP/1.0″ 302 0

前者是HEAD请求,不需要响应体,后者是HTTP/1.0,不支持「Transfer-Encoding」.