PHP实时输出报文到浏览器

阅读更多

Yahoo的前端优化实践中有一条是先把html里的部分先输出( Flush the Buffer Early)，这样做浏览器得到head后能先下载head里的css/js文件，而不用等到整个html下载完了才去下载head里的css/js，从而提高网页打开的速度。

http1.1里增加了一个Transfer-Encoding: chunked报头，这个报头的作用可以把报文分成多块输出。

报文的格式如下：

　　Chunked-Body = *chunk
　　　　　　　　　"0" CRLF
　　　　　　　　　footer
　　　　　　　　　CRLF 
　　chunk = chunk-size [ chunk-ext ] CRLF
　　　　　　 chunk-data CRLF
　　hex-no-zero = 
　　chunk-size = hex-no-zero *HEX
　　chunk-ext = *( ";" chunk-ext-name [ "=" chunk-ext-value ] )
　　chunk-ext-name = token
　　chunk-ext-val = token | quoted-string
　　chunk-data = chunk-size(OCTET)
　　footer = *entity-header

CRLE：回车换行(\r\n)
例如：

...                          #很多报头
Transfer-Encoding: chunked   #报头2个CRLE后开始报文
                             
1                            #chunk的大小，十六进制，然后加个CRLE
a                            #chunk数据，然后加个CRLE
4                            #chunk的大小，十六进制，然后加个CRLE
test                         #chunk数据，可以不断循环分块输出，然后加个CRLE
0                            #chunk结束，0 + 2个CRLE

在php里使用ob_flush后，将自动加上Transfer-Encoding: chunked报头实现分块输出，但是在使用过程中经常达不到效果。不得不考虑一些问题

一、php的缓冲区
如果你的php是以apache模块运行，那请使用flush函数来通知php输出。如果是以fastcgi模式运行则使用ob_flush通知php。这时gzip将失效，Chunked方式不支持每块都独立压缩。只能全部输出压缩后，将压缩包分块输出。为了保证兼容性，先调用ob_flush，再调用flush。

二、浏览器的缓冲区
当遇到Transfer-Encoding: chunked报头后，浏览器做什么反应，这个还是要看浏览器的实现了。在我的实验中，firefox不管chunk数据大小都会做实时显示，而ie8和chrome则需要一定长度后才显示。所以，需要先输出一定的大小后某些浏览器才有效果。

三、反向代理服务器
你使用的反向代理服务器支持http1.1协议吗？它是怎么处理后端是chunked方式的？proxy缓冲没满之前遇到chunked会按照后端来输出吗?

nginx的proxy功能只支持http1.0，并且它只有proxy buffer满了才会输出。

四、FastCGI缓冲
如果以FastCGI模式运行，可能Web Server有自己的fastcgi缓冲，等待缓冲满了才输出(nginx就这样)。flush函数只能通知php的output缓冲输出。

参考资料：
Chunked transfer encoding
Hypertext Transfer Protocol -- HTTP/1.1 Chunked transfer encoding
深入理解ob_flush和flush的区别